Il ciclo di rilascio rapido di Looker consente al team di incorporare rapidamente il feedback degli utenti e rispondere in modo tempestivo agli elementi di alta priorità. Questa guida illustra i nostri processi standard di rilascio e aggiornamento, nonché le best practice e le varianti che potrebbero soddisfare meglio le tue esigenze.
Ciclo di sviluppo e rilascio
Una nuova versione secondaria di Looker viene implementata nell'arco di circa un paio di settimane. Nel mese di dicembre non vengono rilasciate né implementate nuove versioni.
A volte vengono rilasciate piccole patch di aggiornamento per le correzioni che non devono attendere la release successiva. Queste sono quasi sempre correzioni per problemi critici del prodotto o di sicurezza. Idealmente, non dovrebbero mai essere incluse nuove funzionalità in una patch release. 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 della release, Y è la versione mensile (a partire da 0 a gennaio e utilizzando numeri pari per ogni mese successivo) e Z è la versione della patch release. 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.
Tieniti aggiornato su eventuali nuove funzionalità e correzioni di problemi consultando le note di rilascio. Consulta la pagina delle release di Looker per 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. Sia le istanze ospitate da Looker sia quelle ospitate dal cliente 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 l'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 saperne di più.
Aggiornamento processo
La proprietà del processo di deployment degli aggiornamenti varia a seconda di come ospiti l'istanza di Looker. I dettagli completi sono riportati nelle sezioni seguenti, ma in sintesi, se un'istanza è ospitata da Looker, Looker gestirà il processo di aggiornamento. Se l'istanza è ospitata dal cliente, ti forniremo le 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 di release e operazioni applicheranno gli aggiornamenti durante le finestre di manutenzione designate. Per gli utenti che hanno attivato la ricezione di email da Looker, annunciamo ogni nuova uscita in un'email che include la data e il 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 in modo graduale. Applichiamo gli aggiornamenti in base alle caratteristiche della configurazione di un'istanza, a come viene utilizzato Looker all'interno di un'organizzazione e alla preferenza di una singola azienda di ricevere una release prima o dopo nel ciclo. Come sempre accade nelle release software, le prime versioni delle patch di una nuova versione secondaria hanno maggiori probabilità di contenere problemi relativi ai prodotti; tuttavia, per le istanze ospitate da Looker possiamo applicare rapidamente le patch non appena diventano disponibili.
Cosa succede se devo saltare una nuova versione della release?
Contatta l'assistenza Looker tramite la Google Cloud console o il team dedicato al tuo account e collaboreremo con te per soddisfare le esigenze della tua attività.
Aggiornamenti per le istanze di Looker ospitate dal cliente
Le istanze di Looker ospitate dal cliente richiedono che il cliente sia responsabile della gestione degli aggiornamenti della versione di release. È molto importante utilizzare l'ultima release supportata per evitare di eseguire una release non supportata o in fase 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, è possibile risolvere in anticipo eventuali problemi critici.
Quando una nuova release è pronta per l'installazione, a tutti gli utenti di Looker elencati come contatti tecnici per la tua organizzazione verrà 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, è possibile ripristinare un'istanza a una versione precedente. Il ripristino a una versione precedente senza un backup può causare la perdita irreversibile di contenuti e danni all'istanza.
Accesso in anteprima
Se ricevere un aggiornamento prima nel processo di implementazione soddisfa le esigenze aziendali della tua azienda e vuoi attivare l'accesso anticipato alle nuove release, registrati qui o apri una richiesta di assistenza.
Programma di release con supporto esteso
Sebbene molte organizzazioni condividano il nostro gusto per i rapidi miglioramenti del prodotto 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 della release con supporto esteso (ESR). Sebbene ci impegneremo sempre al massimo per massimizzare la stabilità del prodotto con ogni release, una versione di release designata come ESR riceverà più tempo per i test e per le correzioni dei problemi.
Forniremo inoltre una finestra più lunga per lo sviluppo e l'assistenza per i prodotti 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 apportate al prodotto tra le ESR. Nell'ambito di questo programma, è necessario eseguire prima un aggiornamento della nuova versione ESR su un server di staging. In questo modo, gli utenti possono testare contenuti, flussi di lavoro e nuove funzionalità prima di spostare il server di produzione alla nuova versione ESR.
Attivazione del programma ESR
Se il programma ESR sembra più adatto alle esigenze aziendali della tua azienda, contatta il team di 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 discussioni, tra cui (ma non solo) Looker, business intelligence e dati in generale, con altri Good Looker (clienti) e analisti di Looker.