Dank des schnellen Release-Zyklus von Looker kann das Team schnell auf Nutzerfeedback reagieren und auf Elemente mit hoher Priorität zeitnah eingehen. In diesem Leitfaden werden unsere Standardrelease- und Updateprozesse 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. Dabei handelt es sich fast immer um Korrekturen für kritische Produkt- oder Sicherheitsprobleme. Im Idealfall sollten keine neuen Funktionen in einem Patchrelease enthalten sein. Das Anwenden von Patches erfolgt auf die gleiche Weise wie das Upgrade bei einer Standardversion.
Nummern freigeben
Unser Release-Nummerierungsschema verwendet eine Folge aus drei Zahlen: X.Y.Z, wobei X die letzten beiden Ziffern des Jahres der Veröffentlichung, Y die monatliche Version (beginnt mit 0 im Januar und die Verwendung von geraden Zahlen für jeden nachfolgenden Monat) und Z die Patch-Release-Version ist. Beispiel: Looker 23.4.1 wäre der erste Patch der Looker-Version vom März 2023.
Versionshinweise
Alle Nutzer können in Looker unter Kontoeinstellungen die Veröffentlichungsnotizen 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 Ä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 gehostete als auch von 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, 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. Im Folgenden finden Sie weitere Informationen. 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. 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 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, auf der Nutzung 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 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
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, immer die neueste unterstützte Version zu verwenden, um zu vermeiden, dass eine nicht unterstützte oder eingestellte Version ausgeführt wird. Kunden-gehostete Instanzen von Looker erhalten Update-Benachrichtigungen gegen Ende des Release-Roll-out-Zyklus. 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 Release-Notes 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 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 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, die mit kurzen Release-Zyklen verbunden sind, teilen, ist Looker sich der Nachteile bewusst, die 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 sind zwar stets bemüht, die Stabilität des Produkts mit jeder Version zu maximieren, aber für eine als ESR gekennzeichnete Release-Version wird zusätzliche Zeit für Tests und Fehlerkorrekturen eingeräumt.
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 validieren
Aufgrund der größeren Produktänderungen zwischen den ESRs gilt für jeden ESR ein einmonatiger Staging-Zeitraum. 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 der Produktionsserver auf die neue ESR-Version umgestellt wird.
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 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.