Der schnelle Releasezyklus von Looker ermöglicht es dem Team, schnell Nutzerfeedback zu berücksichtigen und auf Elemente mit hoher Priorität zu reagieren. In diesem Leitfaden werden unsere standardmäßigen Veröffentlichungs- und Aktualisierungsverfahren sowie Best Practices und Varianten beschrieben, die Ihren Anforderungen besser entsprechen.
Entwicklungs- und Releasezyklus
Im Laufe von einigen Wochen wird eine neue Nebenversion von Looker bereitgestellt. Im Dezember werden weder Neuveröffentlichungen noch Bereitstellungen eingeführt.
Manchmal werden kleine Update-Patches für Fehlerkorrekturen veröffentlicht, die nicht auf den nächsten Release warten sollten. Das sind fast immer Lösungen für kritische Produkt- oder Sicherheitsprobleme. Im Idealfall sind in einem Patchrelease nie neue Funktionen enthalten. Die Anwendung von Patchupdates erfolgt auf die gleiche Weise wie das Upgrade während eines Standardrelease.
Nummer freigeben
Unser Release-Nummerierungsschema verwendet eine dreistellige Sequenz: X.Y.Z, wobei X die Hauptversion, Y die Nebenversion und Z die Patchnummer für diese Nebenversion ist. Beispielsweise ist Looker 7.2.4 die fünfte Version von Looker 7.2, da wir mit 7.2.0 begonnen haben.
Eine neue Hauptversion wird nur veröffentlicht, wenn im Produkt erhebliche Änderungen oder Meilensteine vorgenommen werden. Änderungen an einem Hauptrelease haben keine Auswirkungen auf Release-Prozesse.
Versionshinweise
Alle Nutzer können Versionshinweise im Abschnitt Kontoeinstellungen von Looker aktivieren. Darüber hinaus erhält jeder, der in einer Looker-Instanz als Technischer Kontakt aufgeführt ist (siehe Allgemeine Einstellungen im Abschnitt Admin), Benachrichtigungen zu Versionshinweisen.
In den Versionshinweisen finden Sie alle neuen Funktionen und Fehlerkorrekturen. Die aktuellen Versionshinweise finden Sie hier, ältere Versionshinweise finden Sie hier.
Staging-Umgebungen und Tests
Looker versucht, vor der Veröffentlichung effektiv zu testen, es kann jedoch vorkommen, dass eine neue Funktion unvorhergesehene Auswirkungen auf eine bestimmte Einrichtung und Verwendung von Looker hat. Sowohl Looker- als auch vom Kunden gehostete Instanzen können eine Staging-Umgebung nutzen, um LookML und Schnittstellen mit Drittanbietern zu testen, bevor der neue Release an die Hauptinstanz der Produktionsumgebung gesendet wird. Wenn Ihre Instanz vom Kunden gehostet wird, können Sie auch die technische Einrichtung testen.
Wenn Sie eine Staging-Umgebung nutzen möchten, wenden Sie sich bitte über die Looker-Hilfe oder an Ihr Looker-Account-Management-Team an den Looker-Support.
Prozess aktualisieren
Die Inhaberschaft des Aktualisierungsbereitstellungsprozesses hängt davon ab, wie Sie die Looker-Instanz hosten. Die vollständigen Details finden Sie unten. Kurz gesagt: Wenn eine von Looker gehostete Instanz vorliegt, verwaltet Looker den Aktualisierungsprozess. Wenn die Instanz vom Kunden gehostet wird, erhalten Sie eine Anleitung zur Durchführung des Updates.
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, wenden unsere Release- und Ops-Teams wie oben erwähnt Updates während bestimmter Wartungsfenster an. Für Nutzer, die dem Empfang von E-Mails von Looker zugestimmt haben, geben wir jeden neuen Release in einer E-Mail an, die das Datum und den Zeitpunkt des Wartungsfensters enthält. Updates werden normalerweise innerhalb von 10 Minuten innerhalb des Wartungsfensters ausgeführt, um Unterbrechungen zu vermeiden.
Looker wendet Aktualisierungen fortlaufend an. Die Updates werden auf Grundlage der Eigenschaften der Instanzeinrichtung, der Verwendung von Looker in einer Organisation und des Wunsches eines einzelnen Unternehmens, eine Veröffentlichung früher oder später im Zyklus zu erhalten, angewendet. Wie immer bei Software-Releases enthalten die ersten wenigen Patchversionen einer neuen Nebenversion mit höherer Wahrscheinlichkeit Produktprobleme. Bei von Looker gehosteten Instanzen können wir jedoch schnell Patches anwenden, sobald sie verfügbar sind.
Was muss ich tun, wenn ich eine neue Version überspringen muss?
Wenden Sie sich über die Hilfe oder Ihr Account-Management-Team an den Looker-Support. Wir unterstützen Sie dann dabei, Ihre Geschäftsanforderungen zu erfüllen.
Updates für vom Kunden gehostete Looker-Instanzen
Bei vom Kunden gehosteten Looker-Instanzen muss der Kunde für die Verwaltung von Release-Updates verantwortlich sein. Es ist sehr wichtig, auf dem neuesten unterstützten Release zu bleiben, um zu vermeiden, dass ein nicht unterstützter Release oder ein End of Life veröffentlicht wird. Vom Kunden gehostete Instanzen von Looker erhalten gegen Ende des Roll-out-Zyklus Updatebenachrichtigungen. Dadurch werden kritische Probleme vorab behoben.
Wenn 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 aktuellen Updatedatei (JAR-Format), Versionshinweisen und einer Anleitung zur Installation des Updates.
Ein Rollback auf eine frühere Version wird dringend empfohlen. Daher sollten Sie vor jedem Update das System vollständig sichern. Dadurch kann eine Instanz auf eine frühere Version zurückgesetzt werden. Die Wiederherstellung einer vorherigen Version ohne Sicherung kann zum Verlust von Inhalten und Schäden an der Instanz führen.
Early Access
Wenn Sie zu Beginn der Einführung ein Update erhalten, das den geschäftlichen Anforderungen Ihres Unternehmens entspricht, und Sie den frühesten Zugriff auf neue Releases aktivieren möchten, registrieren Sie sich hier oder wenden Sie sich über die Looker-Hilfe an den Looker-Support.
Release-Programm für erweiterten Support
Viele Unternehmen teilen unseren Geschmack in Bezug auf die schnellen Produktverbesserungen, die mit kurzen Veröffentlichungszyklen verbunden sind. Looker kennt jedoch die Vor- und Nachteile, die mit diesem Tempo verbunden sind, und warum ein langsamerer Zyklus für bestimmte geschäftliche Anwendungsfälle besser geeignet sein könnte.
Um diesen Anforderungen gerecht zu werden, wird jeder dritte Nebenrelease als erweiterter Supportrelease (ESR) bezeichnet. Wir versuchen immer, die Stabilität des Produkts bei jedem Release zu maximieren. Bei einer als ESR ausgewiesenen Release-Version wird jedoch mehr Zeit für Tests und Fehlerbehebungen benötigt.
Außerdem bieten wir einen längeren Zeitraum für die Entwicklung und für den Produktsupport für ESRs an. Probleme mit dem Schweregrad 1 und dem 2. Level werden gegebenenfalls behoben.
Neue ESR-Versionen prüfen
Für jeden ESR-Zeitraum gilt aufgrund der größeren Produktänderungen zwischen den ESR-Phasen ein Monat. Im Rahmen dieses Programms ist es erforderlich, dass Sie zuerst ein neues ESR-Versionsupdate auf einem Staging-Server durchführen. 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 auf die geschäftlichen Anforderungen Ihres Unternehmens zugeschnitten ist, können Sie sich an Ihr Customer Success-Team wenden, um mehr über diese Option zu erfahren.
Haben Sie noch Fragen?
Wenn Sie Fragen haben, können Sie sie im Community-Forum von Looker stellen. Hier sind Diskussionen aller Art willkommen und werden empfohlen, darunter, aber nicht beschränkt auf Looker, Business Intelligence und Daten im Allgemeinen, mit anderen Good Lookers (Kunden) und Looker-Analysten.