Canary Deployments in C#: sicherer Release ohne Ausfallzeiten

Was sind Canary Deployments und warum retten sie Ihre Produktion?

Haben Sie jemals ein Update um Mitternacht ausgerollt und gebetet, dass nichts abstürzt? Kommt Ihnen bekannt vor. Was wäre, wenn ich Ihnen sage, dass Sie neuen Code an echten Benutzern testen können, aber so, dass niemand zu Schaden kommt? Die Rede ist von Canary Deployments – einer Bereitstellungsstrategie, bei der die neue Version der Anwendung zunächst nur einen kleinen Teil des Traffics erhält. Wenn alles gut läuft, wird der Traffic erhöht. Wenn nicht, erfolgt ein Rollback in Sekundenschnelle.

In der Welt von .NET und C# ist dies besonders relevant: Microservices, hohe Lasten, Stabilitätsanforderungen. Wir schreiben Code, richten ein Canary Deployment ein und analysieren reale Beispiele. Los geht's!

Warum Canary nicht nur ein Modewort ist?

Ein traditionelles Blue-Green Deployment schaltet den gesamten Traffic sofort um. Ein Rolling Update erfolgt schrittweise, aber ohne feine Kontrolle. Canary gibt Ihnen eine Superkraft: Sie veröffentlichen eine neue Version, leiten aber beispielsweise nur 5 % der Benutzer darauf. Die restlichen 95 % arbeiten mit der alten, stabilen Version. Sie überwachen Metriken, Fehler, Verzögerungen. Wenn alles in Ordnung ist, erhöhen Sie den Prozentsatz schrittweise auf 100. Wenn nicht, schalten Sie den Canary einfach ab.

Für C#-Entwickler ist dies besonders praktisch: Wir können die integrierten Tools von ASP.NET Core, Kubernetes, Feature Flags oder sogar einen einfachen Load Balancer nutzen. Hauptsache, die richtige Architektur.

Architektur eines Canary Deployments für eine .NET-Anwendung

Stellen wir uns vor, wir haben eine Web-API auf ASP.NET Core, die Bestellungen verarbeitet. Wir möchten eine neue Logik zur Rabattberechnung ausrollen. Anstatt alle Pods auf einmal zu aktualisieren, gehen wir wie folgt vor:

\n
• Wir starten zwei Versionen des Dienstes: stable (v1) und canary (v2).
\n
• Wir konfigurieren einen Load Balancer (z. B. Nginx oder Kubernetes Service) so, dass 95 % des Traffics zu v1 und 5 % zu v2 geleitet werden.
\n
• Wir fügen den HTTP-Header X-Canary: true in den Antworten der Canary-Version zur Identifikation hinzu.
\n
• Wir sammeln Metriken (Code 200/500, Latenz, Anzahl der Bestellungen).
\n
• Wenn es innerhalb von 30 Minuten nicht mehr Fehler gibt als bei v1, erhöhen wir das Gewicht des Canary auf 50 %, dann auf 100 %.
\n

Implementierung in C#: vom Einfachen zum Komplexen

Methode 1: Canary über HTTP-Header und Load Balancer

Der einfachste Weg ist die Verwendung einer Middleware-Schicht in ASP.NET Core, die Anfragen markiert. Aber schauen wir uns zuerst den Code an, der die Canary-Version unterscheidet.

// Startup.cs oder Program.cs\npublic class CanaryMiddleware\n{\n    private readonly RequestDelegate _next;\n    private readonly string _version;\n\n    public CanaryMiddleware(RequestDelegate next, string version)\n    {\n        _next = next;\n        _version = version;\n    }\n\n    public async Task InvokeAsync(HttpContext context)\n    {\n        // Header zur Identifikation der Version hinzufügen\n        context.Response.Headers.Add("X-App-Version", _version);\n        await _next(context);\n    }\n}\n\n// Registrierung\napp.UseMiddleware<CanaryMiddleware>("v2-canary");\n

Auf der Ebene des Load Balancers (z. B. Nginx) entscheiden wir nun, welcher Prozentsatz des Traffics an den Canary-Pod gesendet wird:

upstream backend {\n    server app-stable:5000 weight=95;\n    server app-canary:5000 weight=5;\n}\n

Vorteile: Einfachheit. Nachteile: Keine programmatische Kontrolle, A/B-Testing nach Benutzern ist schwierig.

Methode 2: Feature Flags in C#

Ein flexiblerer Ansatz ist die Verwendung von Feature Flags (Feature-Flags). Sie aktivieren die neue Logik nur für eine bestimmte Benutzergruppe. ASP.NET Core bietet integrierte Unterstützung:

// Installieren Sie das Paket Microsoft.FeatureManagement.AspNetCore\n// Fügen Sie in Program.cs hinzu\nbuilder.Services.AddFeatureManagement();\n\n// Definieren Sie das Flag in appsettings.json\n{\n  "FeatureManagement": {\n    "NewDiscountLogic": false\n  }\n}\n\n// Verwenden Sie es im Controller\n[ApiController]\n[Route