Il ciclo di rilascio rapido di Looker consente al team di incorporare rapidamente i feedback degli utenti e di rispondere in modo tempestivo agli elementi ad alta priorità. Questa guida illustra le nostre procedure standard di rilascio e aggiornamento, oltre a best practice e varianti che potrebbero soddisfare meglio le tue esigenze.
Ciclo di sviluppo e rilascio
Una nuova versione secondaria di Looker viene implementata nel corso di circa un paio di settimane. Non sono previste nuove release né nuovi implementazioni nel mese di dicembre.
A volte vengono rilasciate piccole patch di aggiornamento per correzioni che non devono attendere la prossima release. Si tratta quasi sempre di correzioni per problemi critici relativi al prodotto o alla sicurezza. Idealmente, nessuna nuova funzionalità dovrebbe essere inclusa in una release di patch. L'applicazione degli aggiornamenti delle patch segue la stessa procedura dell'upgrade durante una release standard.
Numeri di release
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 (che inizia con 0 a gennaio e utilizza numeri pari per ogni mese successivo) e Z è la versione della release della patch. Ad esempio, Looker 23.4.1 è 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 indicato come Contatto tecnico all'interno di un'istanza di Looker (disponibile in Impostazioni generali nella sezione Amministrazione) riceverà notifiche relative alle note di rilascio.
Per rimanere al passo con le nuove funzionalità e le correzioni dei problemi, consulta le note di rilascio. Visita 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 molto per testare in modo efficace 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 inviare la nuova release all'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 di Looker o il team dedicato all'account Looker per ulteriori informazioni.
Aggiornamento processo
La proprietà della procedura di implementazione dell'aggiornamento varia in base alla modalità di hosting dell'istanza Looker. I dettagli completi sono riportati di seguito, ma in sintesi, se un'istanza è ospitata da Looker, sarà Looker a gestire 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, ovvero l'infrastruttura per l'istanza è gestita da Looker, i nostri team di rilascio 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 release in un'email che include la data e l'ora della finestra di manutenzione. In genere gli aggiornamenti richiedono fino a 10 minuti durante la finestra di manutenzione per ridurre al minimo l'interruzione.
Looker applica gli aggiornamenti in modo continuo. Applichiamo gli aggiornamenti in base alle caratteristiche di configurazione di un'istanza, al modo in cui Looker viene utilizzato all'interno di un'organizzazione e alla volontà di una singola azienda di ricevere una release all'inizio o alla fine del ciclo. Come sempre nelle release software, le prime patch di una nuova versione minore hanno maggiori probabilità di contenere 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 di uscita?
Contatta l'assistenza di Looker tramite la console Google Cloud o il team dedicato al tuo account e lavoreremo insieme per soddisfare le esigenze della tua attività.
Aggiornamenti per le istanze Looker ospitate dal cliente
Le istanze Looker ospitate dal cliente richiedono che sia il cliente a gestire gli aggiornamenti delle versioni di release. È molto importante mantenere l'ultima release supportata per evitare di eseguire una release non supportata o ritirata. 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 Contatto tecnico 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 in una versione precedente. Il ripristino di una versione precedente senza un backup può causare la perdita irreversibile dei contenuti e danni all'istanza.
Accesso in anteprima
Se la ricezione di un aggiornamento all'inizio della procedura di implementazione soddisfa le esigenze della tua attività e vuoi attivare l'accesso in anteprima alle nuove release, registrati qui o apri una richiesta di assistenza.
Programma di rilascio del supporto esteso
Sebbene molte organizzazioni condividano la nostra passione per i rapidi miglioramenti dei prodotti associati a cicli di rilascio brevi, Looker comprende il compromesso che comporta questo ritmo e il motivo per cui un ciclo più lento potrebbe essere più appropriato per determinati casi d'uso aziendali.
Per soddisfare queste esigenze, ogni terza release minore verrà designata come versione Extended Support Release (ESR). Ci impegniamo sempre al massimo per massimizzare la stabilità del prodotto con ogni release, ma una versione di release designata come ESR riceverà più tempo per i test e la correzione dei problemi.
Forniremo inoltre un periodo di tempo più lungo per lo sviluppo e il supporto dei prodotti per le release a supporto esteso e correggeremo i problemi 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ù significative del prodotto tra un ESR e l'altro. Nell'ambito di questo programma, è necessario prima eseguire un nuovo aggiornamento della 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 commerciali 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 benvenute e incoraggiate discussioni di ogni tipo, inclusi (a titolo esemplificativo) Looker, business intelligence e dati in generale, con altri utenti esperti di Looker (clienti) e analisti di Looker.