In diesem Leitfaden werden die standardmäßigen Release- und Aktualisierungsprozesse für Looker (Google Cloud Core) 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 (Google Cloud Core) 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
Das Releasenummerierungsschema für Looker (Google Cloud-Kern) verwendet dieselbe Releasenummerierung wie die Looker-Instanzen (ursprüngliche Version). Dabei handelt es sich um eine dreistellige Sequenz: X.Y.Z, wobei X die letzten beiden Ziffern des Releasejahres, Y die monatliche Version (beginnend mit 0 im Januar und die Verwendung von geraden Nummern für jeden nachfolgenden Monat) und Z die Patch-Release-Version. Beispielsweise ist Looker (Google Cloud-Kern) 23.10.1 der erste Patch des Looker-Release (Google Cloud-Kern) vom Juni 2023.
Versionshinweise
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.
Prozess aktualisieren
Bei Looker (Google Cloud-Kern) werden im Laufe von einigen Wochen fortlaufende Aktualisierungen durchgeführt. Wenn Sie ein bevorzugtes Fenster für die Wartung Ihrer Looker-Instanz (Google Cloud-Kern) definiert haben, werden die Release- und Ops-Teams von Looker (Google Cloud-Kern) während des Wartungsfensters aktualisiert. Wenn Sie kein Wartungsfenster festgelegt haben, erhalten Sie das Update innerhalb von zwei Wochen nach der Einführung der Version. Wie bei Software-Releases sind die ersten Patchversionen einer neuen Nebenversion wahrscheinlich eher Produktprobleme.
Wenn Sie für Ihre Looker (Google Cloud Core)-Instanz ein Wartungsfenster festgelegt haben, können Sie vor der anstehenden Wartung Benachrichtigungen aktivieren. Updates dauern im Allgemeinen etwa eine Stunde innerhalb des Wartungsfensters.
Was ist, wenn ich eine Neuveröffentlichung überspringen muss?
Sie können die geplante Wartung für Ihre Looker-Instanz (Google Cloud-Kern) verschieben, indem Sie einen Zeitraum für den Wartungszeitraum von bis zu 60 Tagen festlegen.
Werden Ausfallzeiten durch Wartung auf das SLA angerechnet?
Ausfallzeiten im Zusammenhang mit Wartungsarbeiten gelten nicht für das Service Level Agreement (SLA) für Looker (Google Cloud-Kern).
Looker-Version (Google Cloud-Kern) nach einem Zeitraum für den Wartungszeitraum aktualisieren
Nach einem Ablehnungszeitraum wird Ihre Looker-Instanz (Google Cloud Core) in der Regel während des ersten Releases nach Ablauf des Wartungszeitraums aktualisiert.
Release-Programm für den erweiterten Support
Looker (Google Cloud-Kern) bietet kein ESR-Programm (Extended Support Support Release).
Support
Wenn Sie Fragen haben, finden Sie auf der Seite Support für Looker (Google Cloud-Kern) Informationen zur Fehlerbehebung und zur Kontaktaufnahme mit dem Google Cloud-Support.