Dank des schnellen Release-Zyklus von Looker kann das Team schnell auf Nutzerfeedback reagieren und auf Elemente mit hoher Priorität zeitnah reagieren. In diesem Leitfaden werden unsere standardmäßigen Release- und Updateprozesse sowie Best Practices und Varianten 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.
Gelegentlich werden kleine Update-Patches für Fehlerkorrekturen veröffentlicht, die nicht bis zum nächsten Release warten sollten. Dabei handelt es sich fast immer um Korrekturen für kritische Produkt- oder Sicherheitsprobleme. Idealerweise sind in einem Patchrelease keine neuen Funktionen enthalten. Das Anwenden von Patches entspricht dem Upgrade bei einer Standardversion.
Versionsnummern
Bei unserem Release-Numerierungsschema wird eine dreistellige Sequenz verwendet: X.Y.Z. Dabei sind X die letzten beiden Ziffern des Jahres des Release, Y die Monatsversion (beginnend mit 0 im Januar und mit geraden Zahlen für jeden nachfolgenden Monat) und Z die Versionsnummer der Patch-Version. Beispiel: Looker 23.4.1 wäre der erste Patch der Looker-Version aus dem März 2023.
Versionshinweise
Alle Nutzer können in Looker unter Kontoeinstellungen die Veröffentlichungsnotizen aktivieren. Außerdem erhalten alle Nutzer, die in einer Looker-Instanz als technischer Kontakt aufgeführt sind (in den Allgemeinen Einstellungen im Bereich Verwaltung), Benachrichtigungen zu Releasenotes.
In den Versionshinweisen erfahren Sie, welche neuen Funktionen es gibt und welche Probleme behoben wurden. Auf der Seite Looker-Releases finden Sie Links zu den Versionshinweisen und zum Änderungslog für die neueste Version. Auf der Seite „Looker-Releases“ finden Sie auch Links zu älteren Versionshinweisen.
Staging-Umgebungen und Tests
Looker bemüht sich, vor der Veröffentlichung effektive Tests durchzuführen. Es ist jedoch möglich, dass eine neue Funktion unvorhergesehene Auswirkungen auf eine bestimmte Konfiguration und Verwendung von Looker hat. Sowohl von Looker 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 Hauptproduktions-Instanz übertragen wird. Wenn Ihre Instanz vom Kunden gehostet wird, können Sie auch die technische Einrichtung testen.
Wenn Sie eine Staging-Umgebung verwenden möchten, wenden Sie sich an den Looker-Support oder an Ihr zuständiges Looker-Account-Team.
Prozess aktualisieren
Die Zuständigkeit für das Update-Deployment hängt davon ab, wie Sie Ihre Looker-Instanz hosten. Weitere Informationen finden Sie unten. Wenn eine Instanz von Looker gehostet wird, wird der Aktualisierungsprozess von Looker verwaltet. Wenn die Instanz vom Kunden gehostet wird, senden wir Ihnen eine Anleitung zum Ausführen des Updates.
Aktualisierungen 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 Betriebsteams Updates während bestimmter Wartungsfenster an. Nutzer, die E-Mails von Looker erhalten möchten, werden in einer E-Mail über jeden neuen Release informiert. Diese E-Mail enthält das Datum und die Uhrzeit des Wartungszeitraums. 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 Eigenschaften der Einrichtung einer Instanz, der Verwendung von Looker in einer Organisation und dem Wunsch eines einzelnen Unternehmens an, eine Version früher oder später im Zyklus zu erhalten. Wie bei allen Softwareversionen ist die Wahrscheinlichkeit höher, dass die ersten Patchversionen einer neuen Minorversion Produktprobleme enthalten. Bei von Looker gehosteten Instanzen können wir jedoch schnell Patches anwenden, sobald sie verfügbar sind.
Was ist, wenn ich eine neue Release-Version überspringen muss?
Wenden Sie sich über die Google Cloud Console an den Looker-Support oder an Ihr zuständiges Account-Team. Wir helfen Ihnen dann, Ihre geschäftlichen Anforderungen zu erfüllen.
Updates für vom Kunden gehostete Looker-Instanzen
Bei von Kunden gehosteten Looker-Instanzen ist der Kunde für die Verwaltung von Updates der Releaseversion verantwortlich. Es ist sehr wichtig, immer die neueste unterstützte Version zu verwenden, um nicht eine nicht unterstützte oder eingestellte Version auszuführen. Für vom Kunden gehostete Looker-Instanzen werden Aktualisierungsbenachrichtigungen gegen Ende des Release-Roll-out-Zyklus gesendet. So können alle kritischen Probleme im Voraus behoben werden.
Sobald ein neuer Release zur Installation bereit ist, erhalten alle Looker-Nutzer, die als technischer Kontakt für Ihre Organisation aufgeführt sind, eine E-Mail mit einem Link zur neuesten Updatedatei (JAR-Format), den Releasenotizen und einer Anleitung zur Installation des Updates.
Wir raten dringend davon ab, zu einer früheren Version zurückzukehren. Erstellen Sie stattdessen vor jedem Update eine vollständige Sicherung Ihres Systems. So kann eine Instanz auf eine vorherige Version wiederhergestellt werden. Wenn Sie ohne Sicherung auf eine frühere Version zurücksetzen, kann dies zu irreversiblem Datenverlust und Beschädigung der Instanz führen.
Early Access
Wenn Sie ein Update früher im Roll-out-Prozess erhalten möchten, weil es den Geschäftsanforderungen Ihres Unternehmens entspricht, und Sie den frühestmöglichen Zugriff auf neue Releases erhalten möchten, registrieren Sie sich hier oder erstellen Sie einen Supportanfrage.
Release-Programm für den erweiterten Support
Viele Unternehmen schätzen die schnellen Produktverbesserungen, die mit kurzen Release-Zyklen verbunden sind. Looker ist sich jedoch bewusst, dass mit diesem Tempo ein Kompromiss einhergeht und dass ein langsamerer Zyklus für bestimmte Geschäftsanwendungsfälle besser geeignet sein kann.
Um diesen Anforderungen gerecht zu werden, wird jeder dritte Minor-Release als Extended Support Release (ESR) bezeichnet. Wir sind zwar stets bemüht, die Stabilität des Produkts mit jedem Release zu maximieren, aber für eine als ESR gekennzeichnete Release-Version wird zusätzliche Zeit für Tests und Fehlerkorrekturen eingeräumt.
Außerdem bieten wir für ESRs ein längeres Zeitfenster für die Entwicklung und den Produktsupport und beheben bei Bedarf und sofern möglich Probleme der Schweregrade 1 und 2.
Neue ESR-Releases validieren
Aufgrund der größeren Änderungen am Produkt zwischen den ESRs hat jeder ESR eine Staging-Phase von einem Monat. Im Rahmen dieses Programms ist es erforderlich, zuerst ein Update auf die neue ESR-Version auf einem Staging-Server durchzuführen. So können Nutzer Inhalte, Workflows und neue Funktionen testen, bevor sie den Produktionsserver auf die neue ESR-Version umstellen.
ESR-Programm aktivieren
Wenn das ESR-Programm besser zu den Geschäftsanforderungen Ihres Unternehmens passt, wenden Sie sich an Ihr Kundenerfolgsteam, 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 und werden gefördert, einschließlich (aber nicht beschränkt auf) Looker, Business Intelligence und Daten im Allgemeinen, mit anderen Good Lookers (Kunden) und Looker-Analysten.