Jeden Monat veröffentlichen wir eine neue Version von Chrome, damit unsere Milliarden Nutzer und Unternehmen weltweit die neuesten Funktionen, Sicherheitsupdates und Leistungsupgrades erhalten. Und dank eines schnelleren Veröffentlichungszyklus können wir jetzt noch schneller Verbesserungen vornehmen und Probleme beheben. Dadurch erhalten Sie die neuesten Updates sogar noch häufiger.
Wir haben mit den Technical Program Managers Ben Henry, Krishna Govind, Harry Souders, Srinivas Sista und Brandon Heenan im Chrome-Release-Team gesprochen, um einen Einblick in die Zusammenarbeit mit Google-Teams auf der ganzen Welt zu erhalten, damit alle Releases reibungslos ablaufen.
F: Wie bereitet sich Ihr Team auf die einzelnen Chrome-Versionen vor?
Ben: Unser Team besteht aus sieben Vollzeitmitarbeitern, die in zwei großen Regionen arbeiten. Wir denken, dass die Vorbereitung auf eine Veröffentlichung wie ein Zugfahrplan ist. Wir verwenden vier Release-Versionen – Canary, Entwickler, Beta und stabile Version –, um eine Hauptversion von Chrome vorzubereiten. Im Laufe des Prozesses hat jede Version mehr Chrome-Nutzer. So erhalten wir Feedback zur Stabilität und Leistung von Chrome, damit wir so früh wie möglich Qualitätsprobleme im Produkt erkennen können. Wir achten genau darauf, was Nutzer und Entwickler in den sozialen Medien, in Presseartikeln und Fehlerberichten sagen, um zu erkennen, was wir übersehen. Unser Team aus Entwicklern und Produktmanagern kann dann anhand dieses Feedbacks Funktionsverbesserungen vornehmen.
Anschließend führen wir mehrere Testrunden durch, um Qualitätsprobleme zu erkennen. Zuerst verwenden wir automatisierte Systeme, die kontinuierlich laufen, und dann mit Testteams, die Fehler manuell finden.
F: Können Sie mir ein aktuelles Beispiel für das Feedback eines externen Entwicklers nennen, das uns geholfen hat, die bestmögliche Version zu liefern?
Srinivas:Wir verlassen uns immer auf das Feedback und die frühe Einführung von Funktionen von unseren Webentwicklern, z. B. neue APIs oder Spezifikationsänderungen bei Chrome für iOS. Im Zuge unserer großen Änderung von zwei Ziffern auf drei Ziffern (99 auf 100) haben wir Richtlinien mit Webentwicklern geteilt, um vor der eigentlichen Änderung Dinge zu testen, um sicherzustellen, dass wir ihr Feedback berücksichtigen und, was noch wichtiger ist, ihre Websites nicht kaputt machen. So konnten wir die Änderung ohne größere Probleme bei der Einführung von M100 einführen.
F: Was passiert, wenn bei der Einführung eines Chrome-Updates ein Programmfehler oder ein Sicherheitsproblem auftritt?
Krishna:Wir führen neue Chrome-Versionen nach und nach für die Nutzer ein. Neuerscheinungen werden nicht sofort allen Nutzern zur Verfügung gestellt. Wenn wir einen kritischen Fehler feststellen, wird die Einführung der betroffenen Versionen angehalten, um die Auswirkungen einzuschränken. Anschließend arbeiten wir mit den Chrome-Teams weltweit zusammen, um eine Lösung zu entwickeln und Chrome so schnell und sicher wie möglich zu aktualisieren. Sobald diese Fehlerbehebung überprüft wurde, erstellen wir eine neue Version von Chrome und starten den Roll-out-Prozess erneut. Letztendlich wird das Problem bei den meisten Nutzern nie auftreten, da es bereits vor der Veröffentlichung des Release behoben wurde. Bei Sicherheitsproblemen halten wir uns an die Project Zero Disclosure Policy. Wenn also Sicherheitslücken aktiv ausgenutzt werden, haben wir das Ziel, diese innerhalb von sieben Tagen für die Nutzer der stabilen Version zu veröffentlichen.
F: Gibt es noch weitere Arbeitsschritte, um die Einführung von Chrome für Unternehmen zu optimieren?
Brandon: Eines unserer wichtigsten Ziele ist es, sicherzustellen, dass Chrome eine stabile und 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 mögliche Störungen bei der Arbeit vermeiden. Da die Bedürfnisse eines Unternehmens individuell sind und jede Ausfallzeit einem Unternehmen schaden kann, gibt es für Chrome spezifische Richtlinien für unsere Entwickler- und Produktteams. Wir überprüfen jede Funktionseinführung, um sicherzustellen, dass jede Chrome-Version für Unternehmen geeignet ist. Dazu gehört auch, dass Sie Unternehmen in den Versionshinweisen für Chrome Enterprise über wichtige Änderungen informieren. Außerdem können IT-Administratoren viele Änderungen mit einer Unternehmensrichtlinie steuern, um sich auf das Wesentliche zu konzentrieren. Wenn sie also interne Tests durchführen oder eine neue Funktion deaktivieren möchten, können sie genau das tun. Um unerwartete Probleme zu vermeiden, haben wir eine spezielle Testinfrastruktur, mit der Unternehmensumgebungen (z. B. das Ausführen von Chrome auf Geräten, die einer Active Directory-Domain angehören) simuliert werden. Mit dieser Testinfrastruktur testen wir alle Chrome-Releases.
Für Bildungseinrichtungen und Unternehmen bietet Chrome außerdem eine Reihe von Steuerelementen für Updates. Administratoren können die spezifische Chrome-Version steuern, ein Rollback auf ältere Versionen durchführen und unsere vollständig unterstützte erweiterte stabile Release-Version nutzen. Details dazu finden Sie in diesem technischen Dokument. Administratoren, die vollständigen Einblick in den Updatestatus ihrer Geräte erhalten möchten, können den Versionsbericht in der Chrome-Verwaltung über die Cloud nutzen.
F: Gibt es Änderungen, die Ihr Team in Zukunft vornehmen möchte?
Harry: Wir sind immer auf der Suche nach Möglichkeiten, Chrome für unsere Nutzer und Entwickler zu verbessern, vor allem, wenn es darum geht, den Releasezyklus zu verkürzen. Dadurch erhalten Nutzer einen stabileren Chrome-Browser mit schnelleren Fehlerkorrekturen und neuen Funktionen. Wir wissen auch, dass unsere Entwickler und Produktmanager von einer höheren Entwicklungsgeschwindigkeit aufgrund einer schnelleren Funktionsentwicklung, kürzeren Iterationszyklen und einer verbesserten Codeintegrität profitieren. 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 Releasezyklus um nur ein paar Wochen können wir die Vorlaufzeit für die Einführung einer neuen Funktion erheblich verkürzen.