Was ist eine dunkle (versteckte) oder A/B-Bereitstellung?

Dark Deployment ist eine Deployment-Strategie, bei der die neue Version der Anwendung parallel zur aktuellen laufenden Version bereitgestellt wird, aber der Traffic zur neuen Version nicht geleitet wird. Sie bleibt für Endbenutzer "unsichtbar". Dies ermöglicht es, die neue Version in einer realen Infrastruktur unter realistischen Lastbedingungen zu testen, ohne das Risiko, die Nutzer zu beeinträchtigen.

A/B-Deployment ist eine Strategie, bei der ein Teil des Traffics an die neue Version der Anwendung (B) geleitet wird, während der Rest an die alte Version (A). Dies ermöglicht den Vergleich der Leistung und Stabilität der neuen Version mit der aktuellen bei echten Nutzern oder deren Segmenten. Wenn die neue Version bessere Ergebnisse zeigt oder die Erwartungen erfüllt, wird der Traffic schrittweise auf sie umgestellt.

Unterschiede:

Merkmal	Dark Deployment	A/B-Deployment
Ziel	Testen in realer Umgebung	Vergleich von Versionen, schrittweiser Übergang
Traffic auf die neue Version	Kein (oder minimaler für interne Tests)	Teil des Traffics
Benutzererlebnis	Beeinträchtigt nicht	Kann für Nutzer des Segments B variieren
Risiko für Nutzer	Gering	Besteht, aber kontrolliert

Beispiel für Dark Deployment:

Bereitstellung einer neuen API-Version ohne Änderung der Load-Balancer-Einstellungen, um ihre Funktionalität unter Last zu überprüfen, indem Test-Traffic geleitet oder Metriken verwendet werden.

Beispiel für A/B-Deployment:

Konfiguration des Load Balancers oder API-Gateways, um 10% der Nutzer auf die neue Service-Version zu leiten, während 90% auf die alte Version zeigen, um Antwortzeiten oder Fehlerquoten zu messen.

Beide Strategien sind Teil der Praktiken der kontinuierlichen Lieferung (Continuous Delivery) und des Blue-Green-Deployments, um Risiken beim Rollout neuer Versionen zu minimieren.