Der schnelle Releasezyklus von Looker ermöglicht es dem Team, Nutzerfeedback schnell zu berücksichtigen und zeitnah auf Elemente mit hoher Priorität zu reagieren. In diesem Leitfaden werden unsere Standard-Release- und Updateprozesse sowie Best Practices und Variationen erläutert, die möglicherweise besser zu Ihren Anforderungen passen.
Entwicklungs- und Releasezyklus
Eine neue Nebenversion von Looker wird im Laufe von etwa zwei Wochen bereitgestellt. Im Dezember gibt es keine neuen Releases oder Bereitstellungen.
Manchmal werden kleine Update-Patches für Fehlerkorrekturen veröffentlicht, die nicht auf das nächste Release warten sollten. Dabei handelt es sich fast immer um Korrekturen für kritische Produkt- oder Sicherheitsprobleme. Idealerweise sollten in einem Patch-Release keine neuen Funktionen enthalten sein. Die Anwendung von Patch-Updates folgt dem gleichen Prozess wie das Upgrade während eines Standard-Releases.
Versionsnummern
Unser Release-Nummerierungsschema verwendet eine dreiteilige Sequenz: X.Y.Z. Dabei steht X für die letzten beiden Ziffern des Jahres des Releases, Y für die monatliche Version (beginnend mit 0 im Januar und geraden Zahlen für jeden nachfolgenden Monat) und Z für die Patch-Release-Version. Looker 23.4.1 wäre beispielsweise der erste Patch des Looker-Releases vom März 2023.
Versionshinweise
Alle Nutzer können sich im Bereich Kontoeinstellungen von Looker für Versionshinweise anmelden. Außerdem erhalten alle Personen, die in einer Looker-Instanz als technischer Kontakt aufgeführt sind (Allgemeine Einstellungen im Bereich Admin), Benachrichtigungen zu Versionshinweisen.
In den Versionshinweisen finden Sie Informationen zu neuen Funktionen und Fehlerkorrekturen. Auf der Seite Looker-Releases finden Sie Links zu den Versionshinweisen und zum Änderungsprotokoll für das neueste Release. Die Seite Looker-Releases enthält auch Links zu älteren Versionshinweisen.
Staging-Umgebungen und Tests
Looker unternimmt große Anstrengungen, um vor der Veröffentlichung gründliche Tests durchzuführen. Es ist jedoch möglich, dass eine neue Funktion unvorhergesehene Auswirkungen auf eine bestimmte Einrichtung und Verwendung von Looker hat. Sowohl von Looker gehostete als auch vom Kunden gehostete Instanzen können eine Staging-Umgebung verwenden, um LookML und Schnittstellen mit Drittanbietern zu testen, bevor die Neuveröffentlichung auf die Hauptproduktionsinstanz übertragen wird. Wenn Ihre Instanz von Kunden gehostet wird, können Sie außerdem Ihre technische Einrichtung testen.
Wenn Sie eine Staging-Umgebung verwenden möchten, wenden Sie sich an den Looker-Support oder Ihr zuständiges Looker-Account-Management-Team, um weitere Informationen zu erhalten.
Updateprozess
Die Verantwortung für die Bereitstellung von Updates hängt davon ab, wie Sie Ihre Looker-Instanz hosten. Ausführliche Informationen finden Sie in den folgenden Abschnitten. Zusammenfassend lässt sich sagen, dass Looker den Updateprozess verwaltet, wenn eine Instanz von Looker gehostet wird. Wenn die Instanz von Kunden gehostet wird, erhalten Sie eine Anleitung zum Ausführen des Updates.
Updates für von Looker gehostete Instanzen
Wenn eine Instanz von Looker gehostet wird, d. h. die Infrastruktur für die Instanz wird von Looker verwaltet, werden Updates von unseren Release- und Ops-Teams während der angegebenen Wartungsfenster angewendet. Nutzer, die sich für den Erhalt von E-Mails von Looker angemeldet haben, werden per E-Mail über jede Neuveröffentlichung informiert. Die E-Mail enthält das Datum und die Uhrzeit des Wartungsfensters. Updates dauern in der Regel bis zu 10 Minuten innerhalb des Wartungsfensters, um Unterbrechungen zu minimieren.
Looker wendet Updates fortlaufend an. Wir wenden die Updates basierend auf den Merkmalen der Einrichtung einer Instanz, der Verwendung von Looker in einer Organisation und der Präferenz eines einzelnen Unternehmens an, ein Release früher oder später im Zyklus zu erhalten. Wie immer bei Software-Releases ist es wahrscheinlicher, dass die ersten Patch-Versionen einer neuen Nebenversion Produktprobleme enthalten. Bei von Looker gehosteten Instanzen können wir jedoch Patches schnell anwenden, sobald sie verfügbar sind.
Was passiert, wenn ich eine neue Releaseversion überspringen muss?
Wenden Sie sich über die Google Cloud Console an den Looker-Support oder an Ihr zuständiges Account-Management-Team. Wir arbeiten mit Ihnen zusammen, um sicherzustellen, dass Ihre geschäftlichen Anforderungen erfüllt werden.
Updates für von Kunden gehostete Looker-Instanzen
Bei vom Kunden gehosteten Looker-Instanzen ist der Kunde für die Verwaltung von Updates der Release-Version verantwortlich. Es ist sehr wichtig, die neueste unterstützte Version zu verwenden, um zu vermeiden, dass ein nicht unterstütztes oder veraltetes Release ausgeführt wird. Von Kunden gehostete Instanzen von Looker erhalten Updatebenachrichtigungen gegen Ende des Release-Rollout-Zyklus. So können alle kritischen Probleme im Voraus behoben werden.
Wenn ein neues Release zur Installation bereit ist, erhält jeder Looker-Nutzer, der als technischer Kontakt für Ihre Organisation aufgeführt ist, eine E-Mail mit einem Link zur neuesten Updatedatei (JAR-Format), Versionshinweisen und einer Anleitung zur Installation des Updates.
Wir raten dringend davon ab, ein Rollback auf eine frühere Version durchzuführen. Erstellen Sie stattdessen vor jedem Update eine vollständige Sicherung Ihres Systems. So kann eine Instanz auf eine frühere Version zurückgesetzt werden. Wenn Sie ohne Sicherung auf eine frühere Version zurücksetzen, kann dies zu unwiderruflichem Verlust von Inhalten und Schäden an der Instanz führen.
Early Access
Wenn ein früheres Update im Rollout-Prozess den geschäftlichen Anforderungen Ihres Unternehmens entspricht und Sie den frühestmöglichen Zugriff auf neue Releases erhalten möchten, melden Sie sich hier an oder senden Sie eine Supportanfrage.
Programm für Releases mit verlängertem Support
Viele Organisationen teilen unsere Vorliebe für die schnellen Produktverbesserungen, die mit kurzen Releasezyklen einhergehen. Looker ist sich jedoch des Kompromisses bewusst, der mit diesem Tempo einhergeht, und weiß, dass ein langsamerer Zyklus für bestimmte geschäftliche Anwendungsfälle besser geeignet sein kann.
Um diesen Anforderungen gerecht zu werden, wird jedes dritte Nebenrelease als ESR-Version (Extended Support Release) bezeichnet. Wir werden immer unser Bestes tun, um die Stabilität des Produkts mit jedem Release zu maximieren. Eine als ESR bezeichnete Release-Version erhält jedoch zusätzliche Zeit für Tests und Fehlerkorrekturen.
Außerdem bieten wir für ESRs einen längeren Zeitraum für die Entwicklung und den Produktsupport und beheben gegebenenfalls Probleme der Schweregrade 1 und 2.
Neue ESR-Releases validieren
Jedes ESR hat aufgrund der größeren Änderungen am Produkt zwischen den ESRs eine einmonatige Staging-Phase. Im Rahmen dieses Programms ist es erforderlich, zuerst ein Update auf eine neue ESR-Version auf einem Staging-Server durchzuführen. So können Nutzer Inhalte, Arbeitsabläufe und neue Funktionen testen, bevor sie den Produktionsserver auf die neue ESR-Version umstellen.
Für das ESR-Programm anmelden
Wenn das ESR-Programm besser zu den geschäftlichen Anforderungen Ihres Unternehmens passt, wenden Sie sich an Ihr Customer Success-Team, um diese Option weiter zu besprechen.
Fragen?
Wenn Sie Fragen haben, können Sie sie im Looker-Community-Forum stellen. Dort sind Diskussionen aller Art willkommen, einschließlich (aber nicht beschränkt auf) Looker, Business Intelligence und Daten im Allgemeinen, mit anderen Looker-Nutzern und Looker-Analysten.