Der schnelle Releasezyklus von Looker ermöglicht es dem Team, Nutzerfeedback schnell zu berücksichtigen und zeitnah auf wichtige Anliegen zu reagieren. In diesem Leitfaden werden unsere Standardprozesse für die Veröffentlichung und Aktualisierung sowie Best Practices und Variationen beschrieben, die möglicherweise besser zu Ihren Anforderungen passen.
Entwicklungs- und Releasezyklus
Die Bereitstellung einer neuen Nebenversion von Looker dauert etwa zwei Wochen. Im Dezember gibt es keine neuen Releases oder Bereitstellungen.
Manchmal werden kleine Update-Patches für Korrekturen veröffentlicht, die nicht bis zur nächsten Version 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. Das Anwenden von Patch-Updates folgt demselben Prozess wie das Upgrade während einer Standardversion.
Nummern freigeben
Unser Release-Nummerierungsschema verwendet eine dreistellige 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 mit 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 der Looker-Version vom März 2023.
Versionshinweise
Alle Nutzer können in Looker im Bereich Kontoeinstellungen Release-Hinweise aktivieren. Außerdem erhalten alle Personen, die in einer Looker-Instanz als Technical Contact (Technischer Kontakt) aufgeführt sind (im Bereich Admin unter General Settings (Allgemeine Einstellungen)), 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 Änderungslog für das aktuelle Release. Auf der Seite „Looker-Releases“ finden Sie auch Links zu älteren Versionshinweisen.
Staging-Umgebungen und Tests
Looker unternimmt große Anstrengungen, um vor der Veröffentlichung effektiv zu testen. Es ist jedoch möglich, dass eine neue Funktion unvorhergesehene Auswirkungen auf eine bestimmte Einrichtung und Verwendung von Looker hat. Sowohl Looker-gehostete als auch kundengehostete Instanzen können eine Staging-Umgebung verwenden, um LookML und Schnittstellen mit Drittanbietern zu testen, bevor die neue Version in Ihre Hauptproduktionsinstanz ü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 Ihr dediziertes Looker-Account-Management-Team.
Prozess aktualisieren
Die Verantwortung für die Bereitstellung von Updates hängt davon ab, wie Sie Ihre Looker-Instanz hosten. Unten finden Sie alle Details. Kurz gesagt: Wenn eine Instanz von Looker gehostet wird, übernimmt Looker die Verwaltung des Aktualisierungsprozesses. Wenn die Instanz vom Kunden gehostet wird, stellen wir eine Anleitung zum Ausführen des Updates bereit.
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 vorgesehener Wartungszeitfenster angewendet. Nutzer, die E-Mails von Looker erhalten möchten, werden per E-Mail über jede neue Version 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 Merkmalen 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 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 Patches jedoch schnell 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 dediziertes Kontoteam. 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 Releaseversionsupdates verantwortlich. Es ist sehr wichtig, die aktuelle unterstützte Version zu verwenden, um zu vermeiden, dass Sie eine nicht unterstützte oder eine Version mit End-of-Life-Status verwenden. Bei von Kunden gehosteten Instanzen von Looker werden Benachrichtigungen zu Updates gegen Ende des Release-Roll-out-Zyklus gesendet. So können kritische Probleme im Vorfeld behoben werden.
Wenn ein neues Release zur Installation bereit ist, wird jedem 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 gesendet.
Wir raten dringend davon ab, ein Rollback auf eine frühere Version durchzuführen. Stellen Sie stattdessen sicher, dass Sie vor jedem Update ein vollständiges Backup Ihres Systems erstellen. So kann eine Instanz auf eine frühere Version zurückgesetzt werden. Wenn Sie eine frühere Version ohne Sicherung wiederherstellen, kann dies zu einem irreversiblen Verlust von Inhalten und zu Schäden an der Instanz führen.
Early Access
Wenn Sie Updates früher im Rollout-Prozess erhalten möchten, weil dies den geschäftlichen Anforderungen Ihres Unternehmens entspricht, können Sie sich hier registrieren oder eine Supportanfrage stellen.
Programm für Releases mit verlängertem Support
Viele Organisationen teilen unsere Vorliebe für die schnellen Produktverbesserungen, die mit kurzen Release-Zyklen einhergehen. Looker ist sich jedoch des Kompromisses bewusst, der mit diesem Tempo einhergeht, und weiß, warum ein langsamerer Zyklus für bestimmte geschäftliche Anwendungsfälle besser geeignet sein könnte.
Um diesen Anforderungen gerecht zu werden, wird jede dritte Nebenversion als Version mit erweitertem Support (Extended Support Release, ESR) bezeichnet. Wir sind stets bemüht, die Stabilität des Produkts mit jeder Version zu maximieren. Eine als ESR bezeichnete Version erhält jedoch zusätzliche Zeit für Tests und Fehlerbehebungen.
Außerdem bieten wir einen längeren Zeitraum für die Entwicklung und den Produktsupport für ESRs und beheben Probleme der Schweregrad-Stufe 1 und 2, sofern relevant und möglich.
Neue ESR-Releases validieren
Jede ESR hat eine einmonatige Staging-Phase, da sich die Produkte zwischen den ESRs stark verändern. 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.
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 zu besprechen.
Fragen?
Wenn Sie Fragen haben, ist das Community-Forum von Looker ein guter Ort, um sie zu stellen. Dort sind Diskussionen aller Art willkommen, einschließlich (aber nicht beschränkt auf) Looker, Business Intelligence und Daten im Allgemeinen, mit anderen Good Lookers (Kunden) und Looker-Analysten.