Durch den schnellen Veröffentlichungszyklus kann Looker das Nutzerfeedback schnell berücksichtigen und schnell auf Elemente mit hoher Priorität reagieren. In diesem Leitfaden werden unsere Standardverfahren zur Veröffentlichung und Aktualisierung sowie Best Practices und Varianten beschrieben, die Ihren Anforderungen möglicherweise besser entsprechen.
Entwicklungs- und Releasezyklus
Im Laufe weniger Wochen wird eine neue Nebenversion von Looker bereitgestellt. Im Dezember gibt es keine neuen Releases und Bereitstellungen.
Ab und zu werden kleine Update-Patches für Fehlerkorrekturen veröffentlicht, die nicht auf den nächsten Release warten sollen. Diese werden fast immer bei kritischen Produkt- oder Sicherheitsproblemen behoben. Im Idealfall werden in einem Patchrelease keine neuen Features mehr enthalten. Die Anwendung von Patchupdates erfolgt auf die gleiche Weise wie ein Upgrade während eines Standardrelease.
Nummern freigeben
Unser Release-Nummernschema verwendet eine dreistellige Sequenz: X.Y.Z, wobei X die letzten beiden Ziffern des Jahres des Release, Y die monatliche Version (beginnend mit 0 im Januar und die Verwendung von geraden Zahlen für jeden folgenden Monat) und Z die Patch-Release-Version ist. 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 Kontoeinstellungen von Looker aktivieren. Außerdem erhält jeder technische Kontakt innerhalb einer Looker-Instanz, die Sie im Bereich Admin unter Allgemeine Einstellungen finden, Benachrichtigungen zu Versionshinweisen.
In den Versionshinweisen finden Sie Informationen zu neuen Funktionen und Fehlerkorrekturen. Links zu den Versionshinweisen und zum Änderungsprotokoll für den neuesten Release finden Sie auf der Seite Looker-Releases. Die Looker-Releaseseite enthält auch Links zu historischen Versionshinweisen.
Staging-Umgebungen und -Tests
Looker bemüht sich vor der Veröffentlichung intensiv daran, effektive Tests durchzuführen. Es kann aber sein, dass eine neue Funktion unvorhergesehene Auswirkungen auf eine bestimmte Einrichtung und Verwendung von Looker hat. Sowohl von Looker als auch von Kunden gehostete Instanzen können eine Staging-Umgebung nutzen, um LookML und Schnittstellen mit Drittanbietern zu testen, bevor der neue Release an die Hauptproduktionsinstanz übertragen wird. Wenn Ihre Instanz kundenseitig gehostet wird, können Sie außerdem die technische Einrichtung testen.
Wenn Sie eine Staging-Umgebung verwenden möchten, wenden Sie sich über die Looker-Hilfe oder Ihr Looker-Account-Management-Team an den Looker-Support.
Prozess aktualisieren
Die Inhaberschaft des Aktualisierungsbereitstellungsprozesses hängt davon ab, wie Sie Ihre Looker-Instanz hosten. Unten finden Sie alle Details. Zusammenfassung: Wenn eine Instanz von Looker gehostet wird, verwaltet Looker den Aktualisierungsprozess. Wenn die Instanz vom Kunden gehostet wird, erhalten Sie eine Anleitung zum Aktualisieren.
Updates für von Looker gehostete Instanzen
Wenn die Instanz von Looker gehostet wird (d. h. wie die Infrastruktur für die Instanz von Looker verwaltet wird), wenden unsere Release- und Operations-Teams wie oben beschrieben Updates während bestimmter Wartungsfenster an. Alle Nutzer, die dem Erhalt von E-Mails von Looker zugestimmt haben, werden über jeden neuen Release in einer E-Mail über das Datum und den Zeitpunkt des Wartungsfensters informiert. Updates dauern in der Regel bis zu 10 Minuten innerhalb des Wartungsfensters, um Unterbrechungen zu minimieren.
Looker wird regelmäßig aktualisiert. Wir wenden die Aktualisierungen auf Grundlage der Merkmale einer Instanzkonfiguration, auf die Verwendung von Looker in einer Organisation und auf den Wunsch eines einzelnen Unternehmens an, einen Release früher oder später im Zyklus zu erhalten. Wie bei Softwarereleases sind auch bei den ersten Patchversionen einer neuen Nebenversion eher Produktprobleme zu erwarten. Bei von Looker gehosteten Instanzen können wir jedoch schnell Patches anwenden, sobald diese verfügbar sind.
Was ist, wenn ich eine Neuveröffentlichung überspringen muss?
Wenden Sie sich entweder in der Hilfe oder an Ihr Account-Management-Team an den Looker-Support. Wir unterstützen Sie dann dabei, die Anforderungen Ihres Unternehmens zu erfüllen.
Updates für vom Kunden gehostete Looker-Instanzen
Für vom Kunden gehostete Looker-Instanzen muss der Kunde für die Verwaltung der Release-Versionsupdates verantwortlich sein. Es ist sehr wichtig, auf dem neuesten unterstützten Release zu bleiben, um zu vermeiden, dass ein nicht unterstützter oder veralteter Release ausgeführt wird. Vom Kunden gehostete Instanzen von Looker erhalten Updatebenachrichtigungen am Ende des Release-Einführungszyklus. So lassen sich kritische Probleme vorab beheben.
Sobald ein neuer Release installiert werden kann, erhalten alle Looker-Nutzer, die als Technischer Kontakt für Ihre Organisation aufgeführt sind, eine E-Mail mit einem Link zur neuesten Update-Datei (JAR-Format), Versionshinweisen und eine Anleitung zur Installation des Updates.
Wir raten dringend davon ab, ein Rollback auf eine frühere Version durchzuführen. Daher sollten Sie vor jedem Update das System vollständig sichern. Dadurch kann eine Instanz auf eine frühere Version wiederhergestellt werden. Das Wiederherstellen einer vorherigen Version ohne Sicherung kann zu einem irreversiblen Inhaltsverlust und Schäden an der Instanz führen.
Early Access
Wenn Sie ein Update zu einem früheren Zeitpunkt der Einführung erhalten, das den geschäftlichen Anforderungen Ihres Unternehmens entspricht, und Sie frühestens neue Versionen aktivieren möchten, registrieren Sie sich hier oder wenden Sie sich über die Looker-Hilfe an den Looker-Support.
Release-Programm für den erweiterten Support
Viele Organisationen teilen unseren Wunsch nach den schnellen Produktverbesserungen, die mit kurzen Veröffentlichungszyklen verbunden sind. Looker weiß aber, welche Nachteile es mit diesem Tempo hat und warum ein langsamerer Zyklus für bestimmte geschäftliche Anwendungsfälle besser geeignet ist.
Um diesen Anforderungen gerecht zu werden, wird jede dritte Nebenversion als Version für einen erweiterten Support festgelegt. Wir versuchen immer, mit jedem Release die Stabilität des Produkts zu maximieren. Bei einer Release-Version als ESR wird jedoch mehr Zeit für Tests und Fehlerbehebungen eingeplant.
Außerdem bieten wir einen längeren Zeitraum für die Entwicklung und den Produktsupport für ESR-Phasen und werden bei Problemen mit dem Schweregrad 1 und dem Schweregrad 2 gepatcht, sofern relevant und möglich.
Neue ESR-Releases prüfen
Für jeden ESR gilt ein einmonatiger Testzeitraum aufgrund der größeren Änderungen im Produkt zwischen ESR. Im Rahmen dieses Programms ist es erforderlich, zunächst eine neue ESR-Version auf einem Staging-Server zu aktualisieren. So können Nutzer Inhalte, Workflows und neue Funktionen testen, bevor sie den Produktionsserver auf die neue ESR-Version umstellen.
Teilnahme am ESR-Programm
Wenn das ESR-Programm besser für die geschäftlichen Anforderungen Ihres Unternehmens geeignet ist, wenden Sie sich an Ihr Customer Success-Team, um mehr über diese Option zu erfahren.
Haben Sie noch Fragen?
Bei Fragen können Sie sich gerne im Community-Forum von Looker umsehen. Dort werden Diskussionen aller Art begrüßt und ermutigt, einschließlich, aber nicht beschränkt auf Looker, Business Intelligence und Daten im Allgemeinen, mit anderen Good Lookers (Kunden) und Looker-Analysten.