Der schnelle Release-Zyklus von Looker ermöglicht es dem Team, das Feedback von Benutzern schnell zu berücksichtigen und zeitnah auf Elemente mit hoher Priorität zu reagieren. In diesem Leitfaden werden unsere standardmäßigen Veröffentlichungs- und Aktualisierungsprozesse sowie Best Practices und Varianten erläutert, die möglicherweise besser zu Ihren Anforderungen passen.
Entwicklungs- und Releasezyklus
Im Laufe einiger Wochen wird eine neue Nebenversion von Looker bereitgestellt. Im Dezember gibt es keine neuen Releases und keine Bereitstellungen.
Von Zeit zu Zeit werden kleine Update-Patches für Korrekturen veröffentlicht, die nicht auf das nächste Release warten sollten. Dies sind fast immer Lösungen für kritische Produkt- oder Sicherheitsprobleme. Im Idealfall sollten keine neuen Funktionen in einem Patchrelease enthalten sein. Die Anwendung von Patch-Updates folgt dem gleichen Vorgang wie das Upgrade während eines Standard-Release.
Nummern freigeben
Unser Release-Nummerierungsschema verwendet eine Folge aus drei Ziffern: X.Y.Z, wobei X die letzten beiden Ziffern des Jahres der Veröffentlichung, Y die monatliche Version (beginnt mit 0 im Januar, mit geraden Zahlen für jeden nachfolgenden Monat) und Z die Patch-Release-Version ist. Looker 23.4.1 wäre beispielsweise der erste Patch der Looker-Version vom März 2023.
Versionshinweise
Alle Nutzer können Versionshinweise im Bereich Kontoeinstellungen von Looker aktivieren. Darüber hinaus erhalten alle Personen, die innerhalb einer Looker-Instanz unter Allgemeine Einstellungen im Bereich Admin als technischer Kontakt aufgeführt sind, Benachrichtigungen über Release-Hinweise.
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 der neuesten Version. Die Looker-Versionsseite enthält auch Links zu älteren Versionshinweisen.
Staging-Umgebungen und Tests
Looker unternimmt große Anstrengungen, um vor der Veröffentlichung effektive Tests durchzuführen. Es ist jedoch möglich, dass eine neue Funktion unvorhergesehene Auswirkungen auf eine bestimmte Einrichtung und Nutzung von Looker haben kann. 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 neue Version an Ihre Hauptproduktionsinstanz übertragen wird. Wenn Ihre Instanz vom Kunden gehostet wird, können Sie außerdem Ihre technische Einrichtung testen.
Wenn Sie eine Testumgebung verwenden möchten, wenden Sie sich an den Looker-Support oder an Ihr Account-Management-Team von Looker, um weitere Informationen zu erhalten.
Prozess aktualisieren
Die Eigentümerschaft an der Bereitstellung von Updates hängt davon ab, wie Sie Ihre Looker-Instanz hosten. Detaillierte Informationen finden Sie unten. Zusammenfassend lässt sich jedoch sagen, dass bei einer von Looker gehosteten Instanz der Aktualisierungsprozess von Looker verwaltet wird. Wenn die Instanz vom Kunden gehostet wird, stellen wir eine Anleitung für das Update bereit.
Updates für von Looker gehostete Instanzen
Wenn eine Instanz von Looker gehostet wird, d. h. die Infrastruktur für die Instanz von Looker verwaltet wird, wenden unsere Release- und Ops-Teams Updates während festgelegter Wartungsfenster an. Für Benutzer, die sich für den Erhalt von E-Mails von Looker angemeldet haben, kündigen wir jede neue Version in einer E-Mail an, die das Datum und den Zeitpunkt des Wartungsfensters enthält. Updates dauern in der Regel innerhalb des Wartungsfensters bis zu 10 Minuten, um Unterbrechungen zu minimieren.
Looker wendet Updates fortlaufend an. Wir wenden die Updates basierend auf den Eigenschaften der Einrichtung einer Instanz, auf der Verwendung von Looker in einer Organisation und auf dem Wunsch eines einzelnen Unternehmens an, früher oder später im Zyklus ein Release zu erhalten. Wie immer bei Software-Releases ist die Wahrscheinlichkeit höher, dass die ersten Patchversionen einer neuen Nebenversion Produktprobleme enthalten. Bei von Looker gehosteten Instanzen können wir Patches schnell anwenden, sobald sie verfügbar sind.
Was ist, wenn ich eine neue veröffentlichte Version überspringen muss?
Wenden Sie sich über die Google Cloud Console an den Looker-Support oder an Ihr Account-Management-Team. Wir werden dann gemeinsam mit Ihnen dafür sorgen, dass Ihre Geschäftsanforderungen erfüllt werden.
Updates für vom Kunden gehostete Looker-Instanzen
Für vom Kunden gehostete Looker-Instanzen ist es erforderlich, dass der Kunde für die Verwaltung der Updates der Release-Version verantwortlich ist. Es ist sehr wichtig, die neueste unterstützte Version zu verwenden, um zu vermeiden, dass ein nicht unterstützter Release oder ein am Ende des Produktzyklus ausgeführter Release ausgeführt wird. Kunden-gehostete Instanzen von Looker erhalten Update-Benachrichtigungen gegen Ende des Release-Roll-out-Zyklus. So wird sichergestellt, dass alle kritischen Probleme im Voraus behoben werden können.
Wenn eine neue Version 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 Update-Datei (JAR-Format), Versionshinweisen und einer Anleitung zur Installation des Updates.
Wir raten dringend davon ab, ein Rollback auf eine frühere Version durchzuführen. Achten Sie stattdessen darauf, vor jedem Update Ihr System vollständig zu sichern. Dadurch kann eine Instanz eine frühere Version wiederhergestellt werden. Die Wiederherstellung einer früheren Version ohne Sicherung kann zu einem irreversiblen Inhaltsverlust und einer Beschädigung der Instanz führen.
Early Access
Wenn ein Update zu einem früheren Zeitpunkt im Einführungsprozess den geschäftlichen Anforderungen Ihres Unternehmens entspricht und Sie den frühesten Zugriff auf neue Releases aktivieren möchten, registrieren Sie sich hier oder stellen Sie eine Supportanfrage.
Verlängertes Support-Releaseprogramm
Obwohl viele Unternehmen unsere Vorliebe für die schnellen Produktverbesserungen teilen, die mit kurzen Release-Zyklen verbunden sind, weiß Looker, welche Kompromisse mit diesem Tempo einhergehen und warum ein langsamerer Zyklus für bestimmte geschäftliche Anwendungsfälle besser geeignet sein könnte.
Um diese Anforderungen zu erfüllen, wird jeder dritte Nebenrelease als Extended-Support-Release (ESR) bezeichnet. Wir geben unser Bestes, die Produktstabilität mit jedem Release zu maximieren. Jedoch wird eine als ESR bezeichnete Release-Version zusätzliche Zeit für Tests und zur Behebung von Problemen eingeplant.
Außerdem gewähren wir ESRs einen längeren Zeitraum für die Entwicklung und den Produktsupport und beheben Probleme mit Schweregrad 1 und 2, soweit dies relevant und möglich ist.
Neue ESR-Releases prüfen
Aufgrund der größeren Produktänderungen zwischen den ESRs gilt für jeden ESR ein einmonatiger Staging-Zeitraum. Im Rahmen dieses Programms muss zuerst eine neue ESR-Version auf einem Staging-Server aktualisiert werden. So können Nutzer Inhalte, Workflows und neue Funktionen testen, bevor der Produktionsserver auf die neue ESR-Version umgestellt wird.
Am ESR-Programm teilnehmen
Wenn das ESR-Programm für die Geschäftsanforderungen Ihres Unternehmens besser geeignet ist, wenden Sie sich an Ihr Customer Success-Team, um diese Option weiter zu besprechen.
Fragen?
Wenn Sie Fragen haben, können Sie sie im Community-Forum von Looker stellen. Dort können Sie Diskussionen aller Art willkommen heißen und ermuntern, unter anderem über Looker, Business Intelligence und Daten im Allgemeinen mit anderen Good Lookers (Kunden) und Looker-Analysten.