Lookers schneller Veröffentlichungszyklus ermöglicht es dem Team, Benutzer-Feedback schnell einzubinden und zeitnah auf wichtige Elemente zu reagieren. In diesem Leitfaden werden unsere standardmäßigen Release- und Aktualisierungsprozesse erläutert. Außerdem werden Best Practices und Varianten erläutert, die sich besser an Ihre Anforderungen anpassen lassen.
Entwicklungs- und Releasezyklus
Im Laufe einiger Wochen wird eine neue Nebenversion von Looker bereitgestellt. Im Dezember finden keine neuen Versionen oder Bereitstellungen statt.
Gelegentlich werden kleine Update-Patches für Korrekturen veröffentlicht, die nicht auf die nächste Version warten sollten. Dies 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 dieselbe Weise wie die Aktualisierung während eines Standard-Release.
Nummern freigeben
Unser Release-Nummerierungsschema verwendet eine Sequenz aus drei Ziffern: X.Y.Z, wobei X die letzten zwei Ziffern des Release-Jahres ist, Y die monatliche Version (beginnt mit 0 im Januar und mit geraden Zahlen für jeden nachfolgenden Monat) und Z 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 Versionshinweise im Abschnitt Account Settings (Kontoeinstellungen) von Looker aktivieren. Darüber hinaus erhält jeder Nutzer, der in einer Looker-Instanz als technischer Kontakt aufgeführt ist (zu finden unter Allgemeine Einstellungen im Abschnitt Admin), Benachrichtigungen zu Versionshinweisen.
In den Versionshinweisen findest du Informationen zu neuen Funktionen und Fehlerkorrekturen. Links zu den Versionshinweisen und zum Änderungsprotokoll für die neueste Version finden Sie auf der Seite Looker-Versionen. Die Looker-Versionsseite enthält auch Links zu historischen Versionshinweisen.
Staging-Umgebungen und Tests
Looker unternimmt große Anstrengungen, vor der Veröffentlichung effektiv zu testen, aber es ist möglich, dass eine neue Funktion unvorhergesehene Auswirkungen auf eine bestimmte Einrichtung und Nutzung von Looker haben kann. Sowohl von Looker gehostete als auch von Kunden gehostete Instanzen können eine Staging-Umgebung verwenden, um LookML und Schnittstellen mit Dritten zu testen, bevor die neue Version auf Ihre Hauptproduktionsinstanz übertragen wird. Wenn Ihre Instanz vom Kunden gehostet wird, können Sie darüber hinaus auch Ihre technische Einrichtung testen.
Wenn Sie an der Verwendung einer Staging-Umgebung interessiert sind, wenden Sie sich an den Looker-Support oder Ihr Looker Account-Management-Team, um weitere Informationen zu erhalten.
Prozess aktualisieren
Die Eigentümerschaft des Update-Bereitstellungsprozesses hängt davon ab, wie Sie Ihre Looker-Instanz hosten. Detaillierte Informationen finden Sie weiter unten. Wenn eine Instanz von Looker gehostet wird, übernimmt Looker die Verwaltung des Aktualisierungsprozesses. Wenn die Instanz vom Kunden gehostet wird, stellen wir Anweisungen zur Durchführung des Updates zur Verfügung.
Updates für von Looker gehostete Instanzen
Wenn die Instanz von Looker gehostet wird, d. h., die Infrastruktur für die Instanz von Looker verwaltet wird, führen unsere Release- und Ops-Teams Updates während bestimmter Wartungsfenster aus. Benutzern, die sich für den Empfang von E-Mails von Looker entschieden haben, kündigen wir jede neue Version in einer E-Mail an, die das Datum und den Zeitpunkt des Wartungsfensters enthält. Updates dauern im Allgemeinen 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 innerhalb einer Organisation verwendet wird und auf dem Wunsch eines Unternehmens, früher oder später im Zyklus einen Release zu erhalten. Wie bei Software-Releases immer, enthalten die ersten Patchversionen einer neuen Nebenversion eher Produktprobleme; bei von Looker gehosteten Instanzen können wir jedoch schnell Patches anwenden, sobald diese 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 Account-Management-Team. Wir werden mit Ihnen zusammenarbeiten, um sicherzustellen, 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-Version-Updates verantwortlich ist. Es ist sehr wichtig, die neueste unterstützte Version zu verwenden, um die Ausführung eines nicht unterstützten Release oder eines Release am Ende des Produktzyklus zu vermeiden. Von Kunden gehostete Instanzen von Looker erhalten gegen Ende des Release-Rollout-Zyklus Update-Benachrichtigungen. Dadurch wird sichergestellt, dass alle kritischen Probleme im Voraus behoben werden können.
Wenn ein neuer Release für die Installation bereit ist, erhält jeder Looker-Nutzer, der als technischer Kontakt für Ihre Organisation angegeben ist, eine E-Mail mit einem Link zur aktuellen Updatedatei (JAR-Format), Versionshinweisen und einer Anleitung zur Installation des Updates.
Wir raten dringend davon ab, ein Rollback auf eine frühere Version durchzuführen. Führe vor jedem Update stattdessen eine vollständige Sicherung deines Systems durch. Dadurch kann eine Instanz auf eine frühere Version zurückgesetzt werden. Das Wiederherstellen einer vorherigen Version ohne Sicherung kann zu irreversiblem Verlust von Inhalten und Schäden an der Instanz führen.
Early Access
Wenn Sie früher im Einführungsprozess ein Update erhalten und den Geschäftsanforderungen Ihres Unternehmens entsprechen, können Sie sich hier registrieren oder eine Supportanfrage stellen.
Releaseprogramm für erweiterten Support
Viele Unternehmen teilen unseren Geschmack für die schnellen Produktverbesserungen, die mit kurzen Release-Zyklen einhergehen, aber Looker versteht den Kompromiss, der mit diesem Tempo einhergeht 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) festgelegt. Wir bemühen uns immer, die Stabilität des Produkts mit jedem Release zu maximieren. Eine als ESR gekennzeichnete Release-Version erhält jedoch zusätzliche Zeit für Tests und zur Behebung von Problemen.
Außerdem wird es für ESRs ein längeres Zeitfenster für den Entwicklungs- und Produktsupport geben und bei Problemen mit den Stufen Schweregrad 1 und Schweregrad 2 werden Patches eingeführt, wo dies relevant und möglich ist.
Neue ESR-Releases validieren
Aufgrund der größeren Produktänderungen zwischen 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. Auf diese Weise können Nutzer Inhalte, Workflows und neue Funktionen testen, bevor der Produktionsserver auf die neue ESR-Version verschoben 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 genauer zu besprechen.
Haben Sie noch 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 Good Lookers (Kunden) und Looker-Analysten.