Der schnelle Veröffentlichungszyklus von Looker ermöglicht es dem Team, Benutzerfeedback schnell zu integrieren 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 Ihren Anforderungen möglicherweise besser entsprechen.
Entwicklungs- und Releasezyklus
Im Laufe von etwa ein paar Wochen wird eine neue Nebenversion von Looker bereitgestellt. Im Dezember gibt es keine neuen Releases oder Bereitstellungen.
Von Zeit zu Zeit werden kleine Update-Patches für Korrekturen veröffentlicht, die nicht auf die nächste Version warten sollten. Diese Lösungen sind fast immer Lösungen für kritische Produkt- oder Sicherheitsprobleme. Im Idealfall enthalten ein Patch-Release keine neuen Funktionen. Die Anwendung von Patch-Updates erfolgt auf die gleiche Weise wie die Aktualisierung bei einem Standard-Release.
Nummern freigeben
Unser Veröffentlichungsnummerierungsschema verwendet eine Sequenz aus drei Zahlen: X.Y.Z, wobei X die letzten beiden Ziffern des Veröffentlichungsjahres ist, Y die Monatsversion (beginnt mit 0 im Januar und mit geraden Zahlen für jeden nachfolgenden Monat) und Z ist die Version des Patchrelease. Beispielsweise ist Looker 23.4.1 der erste Patch der Looker-Version vom März 2023.
Versionshinweise
Alle Nutzer können Versionshinweise im Bereich Account Settings (Kontoeinstellungen) von Looker aktivieren. Darüber hinaus erhalten alle Nutzer, die in einer Looker-Instanz als technischer Kontakt aufgeführt sind (unter Allgemeine Einstellungen im Abschnitt Admin), Benachrichtigungen zu den Versionshinweisen.
Sehen Sie sich die Versionshinweise an, um sich über neue Funktionen und Fehlerbehebungen auf dem Laufenden zu halten. Links zu den Versionshinweisen und dem Änderungsprotokoll der aktuellen Version finden Sie auf der Seite Looker-Versionen. Auf der Seite mit den Looker-Versionen finden Sie außerdem Links zu den früheren Versionshinweisen.
Staging-Umgebungen und Tests
Looker unternimmt große Anstrengungen, um vor der Veröffentlichung effektiv zu testen, aber es ist möglich, dass eine neue Funktion unvorhergesehene Auswirkungen auf ein bestimmtes Setup und eine bestimmte Verwendung 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 der neue Release an die Hauptproduktinstanz übertragen wird. Wenn Ihre Instanz vom Kunden gehostet wird, können Sie darüber hinaus auch Ihre technische Einrichtung testen.
Wenn Sie eine Staging-Umgebung verwenden möchten, wenden Sie sich an den Looker-Support oder an Ihr Looker-Account-Management-Team, um weitere Informationen zu erhalten.
Prozess aktualisieren
Die Inhaberschaft des Bereitstellungsprozesses für die Aktualisierung hängt davon ab, wie Sie Ihre Looker-Instanz hosten. Ausführliche Informationen finden Sie unten. Wenn eine Instanz von Looker gehostet wird, übernimmt Looker jedoch die Verwaltung des Updateprozesses. Wenn die Instanz vom Kunden gehostet wird, erhalten Sie eine Anleitung zur Durchführung des Updates.
Updates für von Looker gehostete Instanzen
Wenn eine Instanz von Looker gehostet wird – die Infrastruktur der Instanz also von Looker verwaltet wird –, führen unsere Release- und Ops-Teams Updates während der festgelegten Wartungsfenster durch. Bei Nutzern, die dem Erhalt von E-Mails von Looker zugestimmt haben, kündigen wir jeden neuen Release in einer E-Mail an, die das Datum und die Uhrzeit des Wartungsfensters enthält. Updates dauern in der Regel bis zu 10 Minuten innerhalb des Wartungsfensters, um Unterbrechungen zu minimieren.
Looker wendet Aktualisierungen fortlaufend an. Wir wenden die Updates basierend auf den Eigenschaften der Einrichtung einer Instanz, darauf an, wie Looker in einer Organisation verwendet wird und auf dem Wunsch eines einzelnen Unternehmens, früher oder später im Zyklus ein Release zu erhalten. Wie bei Software-Releases ist es wahrscheinlicher, dass bei den ersten Patchversionen einer neuen Nebenversion Produktprobleme auftreten. Für von Looker gehostete Instanzen können wir jedoch schnell Patches anwenden, sobald sie verfügbar sind.
Was kann ich tun, wenn ich eine neue Release-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
Von Kunden gehostete Looker-Instanzen erfordern, dass der Kunde für die Verwaltung von Release-Versionsupdates verantwortlich ist. Es ist sehr wichtig, die neueste unterstützte Version zu verwenden, um zu vermeiden, dass ein nicht unterstützter Release oder ein Ende des Produktzyklus ausgeführt wird. Von Kunden gehostete Instanzen von Looker erhalten gegen Ende des Release-Roll-out-Zyklus Update-Benachrichtigungen. Dadurch wird sichergestellt, dass alle kritischen Probleme vorab behoben werden können.
Wenn ein neuer Release zur Installation bereit ist, erhält jeder Looker-Nutzer, der als technischer Ansprechpartner für Ihre Organisation angegeben ist, eine E-Mail mit einem Link zur aktuellen Update-Datei (JAR-Format), Versionshinweisen 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. Dadurch kann eine frühere Version einer Instanz wiederhergestellt werden. Das Wiederherstellen einer früheren Version ohne Sicherung kann zu einem irreversiblen Verlust von Inhalten und Schäden an der Instanz führen.
Early Access
Wenn Sie bereits im Rahmen des Roll-outs ein Update erhalten und die Geschäftsanforderungen Ihres Unternehmens optimal nutzen möchten, können Sie sich hier registrieren oder eine Supportanfrage stellen.
Verbessertes Support-Release-Programm
Während viele Unternehmen unseren Vorgeschmack auf die schnellen Produktverbesserungen teilen, die mit kurzen Release-Zyklen einhergehen, ist Looker bewusst, 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 jede dritte Nebenversion als ESR-Version (Extended Support Release) bezeichnet. Wir sind immer bestrebt, die Stabilität des Produkts mit jedem Release zu maximieren. Allerdings erhält eine als ESR bezeichnete Release-Version zusätzliche Zeit für Tests und Fehlerbehebungen.
Darüber hinaus bieten wir ESRs ein längeres Zeitfenster für die Entwicklung und den Produktsupport und werden Patches für Probleme mit den Schweregrad 1 und Schweregrad 2 bereitstellen, wo dies relevant und möglich ist.
Neue ESR-Releases prüfen
Aufgrund der größeren produktbezogenen Änderungen zwischen den ESRs gibt es für jedes ESR eine einmonatige Testphase. Im Rahmen dieses Programms ist es erforderlich, zunächst eine Aktualisierung der neuen ESR-Version auf einem Testserver durchzuführen. Dadurch können Nutzer Inhalte, Workflows und neue Funktionen testen, bevor der Produktionsserver auf die neue ESR-Version umgestellt wird.
Teilnahme am ESR-Programm
Wenn das ESR-Programm für die geschäftlichen Anforderungen Ihres Unternehmens besser geeignet zu sein scheint, wenden Sie sich an Ihr Customer Success-Team, um diese Option weiter zu besprechen.
Bei Fragen
Wenn Sie Fragen haben, können Sie diese im Community-Forum von Looker stellen. Hier werden Diskussionen aller Art willkommen und ermutigt, einschließlich (aber nicht beschränkt auf) Looker, Business Intelligence und Daten im Allgemeinen, mit anderen guten Lookers (Kunden) und Looker-Analysten.