Google und Netflix haben am 10. April 2018 Kayenta als offenen Dienst für automatisierte Canary-Analysen vorgestellt. Er ergänzt Spinnakers Continuous-Delivery-Pipelines um einen Canary-Schritt. Eine neue Softwareversion erreicht zunächst einen kleinen Teil des Verkehrs.
Frische Baseline statt lange laufender Produktion
Als Vergleich dienen neu gestartete Baseline-Instanzen mit dem Code und der Konfiguration der Produktion. Die bestehenden Produktionsinstanzen bleiben unverändert. Dieser Aufbau soll Unterschiede durch Startverhalten und Systemzustand reduzieren. Die im Google-Beitrag beispielhaft genannten ein Prozent des Verkehrs sind keine feste Vorgabe.
Kayenta ruft konfigurierte Messwerte ab, etwa aus Stackdriver, Prometheus, Datadog oder Atlas. Ein Canary Judge bewertet die einzelnen Metriken statistisch und bildet mit festgelegten Gewichten einen Gesamtwert zwischen 0 und 100. Die Bezeichnung Stackdriver entspricht dem damaligen Quellenstand.
Schwellenwerte steuern den weiteren Rollout
Je nach Konfiguration führt das Ergebnis zur Fortsetzung, einer menschlichen Freigabe oder einem Rollback. Die Kategorien heißen success, marginal und failure. Ein hoher Zahlenwert allein garantiert daher keine Freigabe: Entscheidend sind die gesetzten Grenzwerte. Das offizielle Beispielbild zeigt einen fehlgeschlagenen Durchlauf trotz eines Werts von 85.
Die Projektdokumentation im Codebestand vom 10. April 2018 nennt auch Änderungen an der Betriebskonfiguration als Canary-Anwendungsfall. Ein Dienst kann damit mehr als neue Programmdateien prüfen.
Für Spiele-Backends ist daraus ein möglicher Einsatz bei schrittweisen Dienständerungen ableitbar. Belegt ist hier jedoch keine Einführung in einem Spielestudio. Die Auswahl aussagekräftiger Messwerte und Grenzen bleibt eine Aufgabe des Betriebsteams; der Analysedienst ersetzt sie nicht.