Jeden Monat veröffentlichen wir eine neue Version von Chrome, damit unsere Milliarden von Nutzern und Unternehmen weltweit die neuesten Funktionen, Sicherheitsupdates und Leistungsverbesserungen erhalten. Durch einen schnelleren Release-Zyklus können wir jetzt schneller als je zuvor Verbesserungen vornehmen und Probleme beheben. Das bedeutet, dass du die neuesten Updates noch häufiger erhältst.
Wir haben mit den Technical Program Managern Ben Henry, Krishna Govind, Harry Souders, Srinivas Sista und Brandon Heenan vom Chrome-Release-Team gesprochen, um mehr darüber zu erfahren, wie sie mit Google-Teams auf der ganzen Welt zusammenarbeiten, um für einen reibungslosen Ablauf der einzelnen Releases zu sorgen.
F: Wie bereitet sich Ihr Team auf jede Chrome-Version vor?
Ben: Unser Team besteht aus sieben Personen, die in zwei großen Regionen in Vollzeit arbeiten. Wir vergleichen die Vorbereitung auf einen Release mit einem Zugfahrplan. Wir verwenden vier Release-Versionen – Canary, Entwickler, Beta und stabil –, um uns auf einen Chrome-Meilenstein-Release vorzubereiten. Im Laufe des Prozesses hat jeder Kanal mehr Chrome-Nutzer. So erhalten wir Feedback zur Stabilität und Leistung von Chrome, um Qualitätsprobleme im Produkt so früh wie möglich zu erkennen. Wir achten genau darauf, was Nutzer und Entwickler in den sozialen Medien, in Presseartikeln und in Fehlerberichten sagen, um nichts zu übersehen. Unser Team aus Entwicklern und Produktmanagern kann dieses Feedback dann nutzen, um Funktionen zu verbessern.
Anschließend führen wir mehrere Testrunden durch, um Qualitätsprobleme zu erkennen. Zuerst mit automatisierten Systemen, die kontinuierlich laufen, und dann mit Testteams, die Fehler manuell finden.
F: Können Sie ein aktuelles Beispiel für Feedback von einem externen Entwickler nennen, das Ihnen dabei geholfen hat, die bestmögliche Version zu veröffentlichen?
Srinivas: Wir verlassen uns immer auf unser Webentwicklungsteam, wenn es um Feedback und die frühe Einführung von Funktionen wie neuen APIs oder Spezifikationsänderungen bei Chrome auf iOS geht. Bei der großen Meilensteinänderung von zwei auf drei Ziffern (99 auf 100) haben wir Webentwicklern Richtlinien zur Verfügung gestellt, damit sie die Änderungen vor der eigentlichen Umstellung testen konnten. So wollten wir sicherstellen, dass wir ihr Feedback berücksichtigt und vor allem, dass ihre Websites nicht beschädigt wurden. So konnten wir die Änderung ohne größere Probleme für die Einführung von M100 einführen.
F: Was passiert, wenn Sie während der Einführung eines Chrome-Updates einen Fehler oder ein Sicherheitsproblem feststellen?
Krishna:Wir führen neue Chrome-Versionen nach und nach für Nutzer ein. Neue Releases werden nicht sofort für 100% der Nutzer bereitgestellt. Wenn wir einen kritischen Fehler finden, stellen wir die Einführung der betroffenen Versionen ein, um die Auswirkungen zu begrenzen. Wir arbeiten dann mit Chrome-Teams auf der ganzen Welt zusammen, um eine Lösung zu entwickeln und Chrome so schnell und sicher wie möglich zu patchen. Sobald diese Fehlerbehebung überprüft wurde, erstellen wir eine neue Version von Chrome und beginnen noch einmal mit dem Roll-out. Die meisten Nutzer werden das Problem nie sehen, da es behoben wird, bevor die Version für sie eingeführt wird. Bei Sicherheitsproblemen halten wir uns an die Richtlinien für die Offenlegung von Project Zero. Wenn Sicherheitslücken aktiv ausgenutzt werden, möchten wir die entsprechenden Sicherheitsupdates innerhalb von sieben Tagen für Nutzer der stabilen Version veröffentlichen.
F: Muss bei Chrome-Releases noch etwas Besonderes beachtet werden, damit sie für Unternehmen geeignet sind?
Brandon: Eines unserer wichtigsten Ziele ist es, dass Chrome eine stabile, zuverlässige Plattform für die vielen Unternehmen bleibt, die auf uns angewiesen sind. Das bedeutet, dass Unternehmen Zugriff auf die besten und neuesten Funktionen erhalten, die ihre Mitarbeiter nutzen sollen, und gleichzeitig potenzielle Unterbrechungen ihrer Arbeit vermeiden können. Da die Anforderungen von Unternehmen individuell sind und jede Ausfallzeit für ein Unternehmen schädlich sein kann, gibt es in Chrome spezielle Richtlinien für unsere Entwicklungs- und Produktteams. Wir prüfen jede neue Funktion, um sicherzustellen, dass jede Chrome-Version „unternehmensfreundlich“ ist. Dazu gehört auch, Unternehmen über wichtige Änderungen in unseren Chrome Enterprise-Versionshinweisen zu informieren. Für zusätzliche Sicherheit können IT-Administratoren viele Änderungen mit einer Unternehmensrichtlinie steuern. Wenn sie also interne Tests bevorzugen oder eine neue Funktion deaktivieren möchten, können sie das tun. Um unerwartete Probleme zu vermeiden, haben wir eine spezielle Testinfrastruktur, mit der wir Unternehmensumgebungen simulieren können (z. B. Chrome auf Geräten, die mit einer Active Directory-Domain verbunden sind). Mit dieser Infrastruktur testen wir alle Chrome-Releases.
Chrome bietet außerdem eine Reihe von Update-Einstellungen für Bildungseinrichtungen und Unternehmen. Administratoren können die spezifische Chrome-Version steuern, zu älteren Versionen zurückkehren und den vollständig unterstützten erweiterten stabilen Release-Kanal nutzen. Weitere Informationen finden Sie in diesem technischen Dokument. Administratoren, die den Aktualisierungsstatus ihres Gerätepools genau im Blick behalten möchten, können den Versionsbericht in der Chrome-Verwaltung über die Cloud verwenden.
F: Gibt es Änderungen, die Ihr Team in Zukunft vornehmen möchte?
Harry: Wir suchen immer nach Möglichkeiten, Chrome für unsere Nutzer und Entwickler zu verbessern, insbesondere wenn es darum geht, den Release-Zyklus zu verkürzen. So erhalten Nutzer einen stabileren Chrome mit schnelleren Fehlerkorrekturen und neuen Funktionen. Außerdem wissen wir, dass unsere Entwickler und Produktmanager von einer höheren Entwicklungsgeschwindigkeit profitieren, da die Funktionsentwicklung, die Iterationszyklen und die Codequalität beschleunigt werden. Angenommen, ein Produktmanager möchte eine Funktion für alle Chrome-Nutzer einführen. Es kann bis zu 16 Wochen dauern, bis die Funktion allgemein verfügbar ist. Durch die Verkürzung des Release-Zyklus um nur wenige Wochen können wir die Vorlaufzeit für die Einführung einer neuen Funktion erheblich reduzieren.