Il ciclo di rilascio rapido di Looker consente al team di incorporare rapidamente il feedback degli utenti e rispondere tempestivamente agli elementi di alta priorità. Questa guida illustra le nostre procedure standard di rilascio e aggiornamento, nonché le best practice e le variazioni che potrebbero soddisfare meglio le tue esigenze.
Ciclo di sviluppo e rilascio
Una nuova versione secondaria di Looker viene implementata nell'arco di circa due settimane. A dicembre non vengono rilasciate nuove versioni né vengono eseguiti nuovi deployment.
A volte vengono rilasciate piccole patch di aggiornamento per correzioni che non devono attendere la release successiva. Quasi sempre si tratta di correzioni di problemi critici relativi al prodotto o alla sicurezza. Idealmente, in una patch release non dovrebbero mai essere incluse nuove funzionalità. L'applicazione degli aggiornamenti delle patch segue la stessa procedura dell'upgrade durante una release standard.
Rilascia numeri
Il nostro schema di numerazione delle release utilizza una sequenza di tre numeri: X.Y.Z, dove X sono le ultime due cifre dell'anno di rilascio, Y è la versione mensile (a partire da 0 a gennaio e utilizzando numeri pari per ogni mese successivo) e Z è la versione della patch. Ad esempio, Looker 23.4.1 sarebbe la prima patch della release di Looker di marzo 2023.
Note di rilascio
Tutti gli utenti possono attivare le note di rilascio dalla sezione Impostazioni account di Looker. Inoltre, chiunque sia elencato come Contatto tecnico all'interno di un'istanza di Looker (disponibile in Impostazioni generali nella sezione Amministrazione) riceverà le notifiche delle note di rilascio.
Per rimanere al corrente su nuove funzionalità e correzioni di problemi, consulta le note di rilascio. Consulta la pagina Release di Looker per trovare i link alle note di rilascio e al log delle modifiche dell'ultima release. La pagina delle release di Looker contiene anche link alle note di rilascio storiche.
Ambienti di staging e test
Looker si impegna a eseguire test efficaci prima del rilascio, ma è possibile che una nuova funzionalità possa avere impatti imprevisti su una configurazione e un utilizzo specifici di Looker. Le istanze ospitate da Looker e quelle ospitate dai clienti possono utilizzare un ambiente di staging per testare LookML e le interfacce con terze parti prima di eseguire il push della nuova release nell'istanza di produzione principale. Inoltre, se la tua istanza è ospitata dal cliente, puoi testare anche la configurazione tecnica.
Se ti interessa utilizzare un ambiente di staging, contatta l'assistenza Looker o il team dedicato al tuo account Looker per ulteriori informazioni.
Aggiornamento processo
La proprietà della procedura di deployment degli aggiornamenti varia a seconda di come ospiti l'istanza di Looker. Di seguito sono riportati i dettagli completi, ma in sintesi, se un'istanza è ospitata da Looker, Looker gestirà la procedura di aggiornamento. Se l'istanza è ospitata dal cliente, forniremo istruzioni su come eseguire l'aggiornamento.
Aggiornamenti per le istanze ospitate da Looker
Se un'istanza è ospitata da Looker, il che significa che l'infrastruttura dell'istanza è gestita da Looker, i nostri team Release e Ops applicheranno gli aggiornamenti durante i periodi di manutenzione designati. Per gli utenti che hanno attivato la ricezione di email da Looker, annunciamo ogni nuova release in un'email che include la data e l'ora della periodo di manutenzione. In genere, gli aggiornamenti richiedono fino a 10 minuti all'interno del periodo di manutenzione per ridurre al minimo le interruzioni.
Looker applica gli aggiornamenti su base continuativa. Applichiamo gli aggiornamenti in base alle caratteristiche della configurazione di un'istanza, alla modalità di utilizzo di Looker all'interno di un'organizzazione e al desiderio di una singola azienda di ricevere una release prima o dopo nel ciclo. Come sempre accade nelle release software, è più probabile che le prime versioni patch di una nuova versione secondaria contengano problemi del prodotto. Tuttavia, per le istanze ospitate da Looker possiamo applicare rapidamente le patch non appena diventano disponibili.
Cosa succede se devo saltare una nuova versione?
Contatta l'assistenza Looker tramite la Google Cloud console o il tuo team dedicato all'account e collaboreremo con te per assicurarci che le esigenze della tua attività vengano soddisfatte.
Aggiornamenti per le istanze Looker ospitate dal cliente
Le istanze di Looker ospitate dal cliente richiedono che il cliente sia responsabile della gestione degli aggiornamenti della versione. È molto importante utilizzare l'ultima release supportata per evitare di eseguire una release non supportata o di fine ciclo di vita. Le istanze di Looker ospitate dal cliente ricevono notifiche di aggiornamento verso la fine del ciclo di implementazione della release. In questo modo, eventuali problemi critici possono essere risolti in anticipo.
Quando una nuova release è pronta per l'installazione, a tutti gli utenti di Looker elencati come contatto tecnico per la tua organizzazione viene inviata un'email con un link al file di aggiornamento più recente (formato JAR), alle note di rilascio e alle istruzioni su come installare l'aggiornamento.
Sconsigliamo vivamente di eseguire il rollback a una versione precedente. Assicurati invece di eseguire un backup completo del sistema prima di ogni aggiornamento. In questo modo, un'istanza può essere ripristinata a una versione precedente. Il ripristino di una versione precedente senza backup può causare la perdita irreversibile di contenuti e danni all'istanza.
Accesso in anteprima
Se ricevere un aggiornamento in una fase precedente del processo di implementazione è in linea con le esigenze aziendali della tua società e vuoi attivare l'accesso anticipato alle nuove versioni, registrati qui o apri una richiesta di assistenza.
Programma di rilascio del supporto esteso
Sebbene molte organizzazioni condividano il nostro gusto per i rapidi miglioramenti dei prodotti associati a cicli di rilascio brevi, Looker comprende il compromesso che deriva da questo ritmo e perché un ciclo più lento potrebbe essere più appropriato per determinati casi d'uso aziendali.
Per soddisfare queste esigenze, ogni terza release secondaria verrà designata come versione Extended Support Release (ESR). Sebbene ci impegniamo sempre al massimo per massimizzare la stabilità del prodotto a ogni release, una versione di release designata come ESR riceverà più tempo per i test e per la correzione dei problemi.
Forniremo inoltre un periodo più lungo per lo sviluppo e l'assistenza dei prodotti per le versioni ESR e applicheremo patch per i problemi di livello di gravità 1 e 2, ove pertinente e possibile.
Convalida delle nuove release ESR
Ogni ESR avrà un periodo di staging di un mese a causa delle modifiche più grandi al prodotto tra le ESR. Nell'ambito di questo programma, è necessario eseguire prima un nuovo aggiornamento della versione ESR su un server di staging. Ciò consente agli utenti di testare contenuti, flussi di lavoro e nuove funzionalità prima di spostare il server di produzione nella nuova versione ESR.
Attivazione del programma ESR
Se il programma ESR sembra più adatto alle esigenze aziendali della tua azienda, contatta il team Customer Success per discutere ulteriormente di questa opzione.
Domande?
Se hai domande, un ottimo posto per porle è il forum della community di Looker, dove sono benvenuti e incoraggiati tutti i tipi di discussione, inclusi (ma non solo) Looker, business intelligence e dati in generale, con altri Good Lookers (clienti) e analisti di Looker.