C# में Canary Deployments: बिना डाउनटाइम के सुरक्षित रिलीज़

Canary Deployments क्या है और यह आपके प्रोडक्शन को कैसे बचाएगा?

क्या आपने कभी आधी रात को अपडेट रोल आउट किया है, यह प्रार्थना करते हुए कि कुछ भी खराब न हो? परिचित लगता है। क्या होगा अगर मैं कहूं कि आप लाइव उपयोगकर्ताओं पर नए कोड का परीक्षण कर सकते हैं, लेकिन इस तरह से कि किसी को कोई नुकसान न हो? बात है canary deployments की — एक तैनाती रणनीति जिसमें एप्लिकेशन का नया संस्करण पहले ट्रैफ़िक का केवल एक छोटा सा हिस्सा प्राप्त करता है। यदि सब कुछ ठीक है — ट्रैफ़िक बढ़ाया जाता है। यदि नहीं — सेकंडों में रोलबैक किया जाता है।

.NET और C# की दुनिया में यह विशेष रूप से प्रासंगिक है: माइक्रोसर्विसेज, उच्च लोड, स्थिरता की आवश्यकताएं। हम कोड लिखेंगे, canary deployment कॉन्फ़िगर करेंगे और वास्तविक उदाहरणों का विश्लेषण करेंगे। चलिए शुरू करते हैं!

Canary सिर्फ एक फैशनेबल शब्द क्यों नहीं है?

पारंपरिक blue-green deployment एक साथ सारा ट्रैफ़िक स्विच करता है। Rolling update धीरे-धीरे करता है, लेकिन बिना सटीक नियंत्रण के। Canary आपको एक सुपरपावर देता है: आप नया संस्करण जारी करते हैं, लेकिन उस पर केवल, मान लीजिए, 5% उपयोगकर्ताओं को भेजते हैं। बाकी 95% पुराने स्थिर संस्करण पर काम करते हैं। आप मेट्रिक्स, त्रुटियों, विलंबता की निगरानी करते हैं। यदि सब ठीक है — धीरे-धीरे प्रतिशत बढ़ाकर 100 कर देते हैं। यदि नहीं — बस कैनरी को बंद कर देते हैं।

C# डेवलपर के लिए यह विशेष रूप से सुविधाजनक है: हम ASP.NET Core, Kubernetes, Feature Flags या यहां तक कि एक साधारण लोड बैलेंसर के अंतर्निहित टूल का उपयोग कर सकते हैं। मुख्य बात सही आर्किटेक्चर है।

.NET एप्लिकेशन के लिए Canary Deployment आर्किटेक्चर

मान लीजिए कि हमारे पास ASP.NET Core पर एक वेब API है जो ऑर्डर प्रोसेस करता है। हम डिस्काउंट गणना के लिए नया लॉजिक रोल आउट करना चाहते हैं। सभी पॉड्स को एक साथ अपडेट करने के बजाय, हम:

\n
• सर्विस के दो संस्करण चलाते हैं: stable (v1) और canary (v2)।
\n
• बैलेंसर (जैसे Nginx या Kubernetes Service) को कॉन्फ़िगर करते हैं ताकि 95% ट्रैफ़िक v1 पर और 5% v2 पर जाए।
\n
• पहचान के लिए canary संस्करण के प्रतिक्रियाओं में HTTP हेडर X-Canary: true जोड़ते हैं।
\n
• मेट्रिक्स (कोड 200/500, विलंबता, ऑर्डर की संख्या) एकत्र करते हैं।
\n
• यदि 30 मिनट में v1 से अधिक त्रुटियाँ नहीं हैं, तो canary का भार बढ़ाकर 50%, फिर 100% कर देते हैं।
\n

C# में कार्यान्वयन: सरल से जटिल तक

विधि 1: HTTP हेडर और बैलेंसर के माध्यम से Canary

सबसे सरल तरीका ASP.NET Core में middleware लेयर का उपयोग करना है जो अनुरोधों को चिह्नित करता है। लेकिन पहले, आइए देखें कि कोड कैसा दिखता है जो canary संस्करण को अलग करता है।

// Startup.cs या 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        // संस्करण पहचान के लिए हेडर जोड़ें\n        context.Response.Headers.Add("X-App-Version", _version);\n        await _next(context);\n    }\n}\n\n// पंजीकरण\napp.UseMiddleware<CanaryMiddleware>("v2-canary");\n

अब बैलेंसर स्तर पर (उदाहरण के लिए, Nginx) हम तय करते हैं कि canary पॉड पर कितना प्रतिशत ट्रैफ़िक भेजना है:

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

लाभ: सरलता। नुकसान: कोई प्रोग्रामेटिक नियंत्रण नहीं, उपयोगकर्ताओं के अनुसार A/B परीक्षण करना कठिन।

विधि 2: C# में Feature Flags

अधिक लचीला दृष्टिकोण feature flags (फीचर फ्लैग) का उपयोग करना है। आप नए लॉजिक को केवल उपयोगकर्ताओं के एक विशिष्ट समूह के लिए सक्षम करते हैं। ASP.NET Core में अंतर्निहित समर्थन है:

// Microsoft.FeatureManagement.AspNetCore पैकेज स्थापित करें\n// Program.cs में जोड़ें\nbuilder.Services.AddFeatureManagement();\n\n// appsettings.json में फ्लैग परिभाषित करें\n{\n  "FeatureManagement": {\n    "NewDiscountLogic": false\n  }\n}\n\n// कंट्रोलर में उपयोग करें\n[ApiController]\n[Route