तैयारी बनाएं
समीक्षा योग्य।

लॉन्च नियंत्रण बोर्ड।

निर्धारित क्रम: आइटम अपने नंबरबद्ध प्राथमिकता अनुक्रम में बने रहते हैं। जब साक्ष्य उपलब्ध न हों तो 'अज्ञात' चुनें; 'छोड़ें' केवल उत्तरदायी निर्णय के साथ चुनें।

सक्रिय करें

रिलीज़ आगे बढ़ने से पहले न्यूनतम निर्णय, मालिक और ग्राहक-समक्ष बुनियादी बातें तय करें।

1. 01
   रिलीज़ का उद्देश्य और प्रभावित ग्राहक पथ नामित करें

   एक छोटा, स्पष्ट दायरा समीक्षकों और प्रतिक्रियाकारियों को एक साझा प्रारंभिक बिंदु देता है।

   उत्तरदायी मालिक: रिलीज़ मालिक · सत्यापन: एक समीक्षक एक संक्षिप्त अभिलेख में बदले हुए पथ, अपेक्षित ग्राहक परिणाम, और रिलीज़ विंडो दिखा सके।
2. 02
   ग्राहक-सामना संपर्क और एस्केलेशन शब्दावली की पुष्टि करें

   ग्राहकों को बदलाव के दौरान आकस्मिक संदेश के बिना प्रभाव रिपोर्ट करने का स्पष्ट तरीका चाहिए।

   उत्तरदायी मालिक: ग्राहक संचार मालिक · सत्यापन: ऑन-कॉल या सपोर्ट संपर्क अनुमोदित चैनल से पहुँचा जा सकता है और सार्वजनिक शब्दावली का एक जिम्मेदार समीक्षक है।
3. 03
   लॉन्च से पहले प्राथमिक ग्राहक यात्रा का निरीक्षण करें

   ब्राउज़र-देखी जाने वाली यात्रा ऐसे मुद्दे दिखा सकती है जो बिल्ड परिणाम नहीं दिखाते।

   उत्तरदायी मालिक: प्रोडक्ट या QA मालिक · सत्यापन: टीम ग्राहक डेटा का उपयोग किए बिना प्रारम्भिक URL, अपेक्षित परिणाम और किसी भी आवश्यक साइन-इन या भुगतान सीमा को दर्ज करती है।

सुरक्षित करें

सही लोगों के साथ रिलीज़ और इसकी रिकवरी प्रक्रिया को निरीक्षण, सीमित और उलटने में आसान बनाएं।

1. 04
   रिलीज़ पहचानकर्ता और एक उलटने योग्य परिवर्तन रिकॉर्ड दर्ज करें

   एक सटीक संदर्भ अनुमान कम करता है यदि परिवर्तन को रोकना या उलटना पड़े।

   उत्तरदायी मालिक: रिलीज़ मालिक · सत्यापन: रिलीज़ पहचानकर्ता, डिप्लॉयमेंट स्रोत, अनुमोदक और ज्ञात रोलबैक मार्ग प्रतिक्रिया जिम्मेदार को उपलब्ध हों।
2. 05
   जांचें कि निर्दिष्ट ऑपरेटरों के पास सही पहुँच मार्ग है

   जब पहुँच की मान्यताएँ परीक्षण नहीं होतीं तो एस्केलेशन धीमा होता है।

   उत्तरदायी मालिक: प्लेटफ़ॉर्म मालिक · सत्यापन: एक नॉन-प्रोडक्शन या अनुमोदित ड्राई-रन यह पुष्टि करता है कि जिम्मेदार व्यक्ति दस्तावेजीकृत टूल्स तक पहुँच सकते हैं; इस योजना में क्रेडेंशियल साझा न करें।
3. 06
   डिपेंडेंसी और तृतीय-पक्ष परिवर्तन सतह की समीक्षा करें

   तृतीय-पक्ष परिवर्तन लॉन्च पथ बदल सकते हैं भले ही एप्लिकेशन कोड अपरिवर्तित रहे।

   उत्तरदायी मालिक: इंजीनियरिंग मालिक · सत्यापन: रिलीज़ रिकॉर्ड नए या बदले हुए निर्भरता, बाहरी एंडपॉइंट्स और प्रत्येक का आकलन करने वाले व्यक्ति का नाम बताता है।

तेज़ करें

एक अवलोकनीय और समीक्षा किए गए लॉन्च पथ को बनाए रखते हुए अनावश्यक डिलीवरी भार घटाएँ।

1. 07
   छवि उम्मीदवारों का उनके रेंडर किए गए स्थानों पर निरीक्षण करें

   केवल स्रोत छवि यह नहीं बताती कि ग्राहक को कौन से बाइट्स मिलेंगे।

   उत्तरदायी मालिक: डिज़ाइन या प्रदर्शन मालिक · सत्यापन: प्राथमिकता वाली छवियों के लिए टीम इच्छित रेंडर की गई चौड़ाई, पहुँचयोग्य वैकल्पिक टेक्स्ट, और क्या रेस्पॉन्सिव उम्मीदवार मौजूद हैं यह दर्ज करती है।
2. 08
   बदले हुए पथ के लिए एक समीक्षा योग्य डिलीवरी बजट निर्धारित करें

   एक निर्दिष्ट मापन संदर्भ अनियंत्रित प्रदर्शन वादे से अधिक उपयोगी होता है।

   उत्तरदायी मालिक: प्रदर्शन मालिक · सत्यापन: टीम माप, परीक्षण संदर्भ और स्वीकार्य सीमा दस्तावेज़ करती है; यह किसी सार्वभौमिक गति दावा का निहितार्थ नहीं निकालती।
3. 09
   रिलीज़ के बाद अवलोकन के लिए कुछ सीमित पथ चुनें

   एक केंद्रित जाँच बिना मालिक वाली URL सूची की तुलना में समझने में आसान होती है।

   उत्तरदायी मालिक: रिलीज़ मालिक · सत्यापन: किसी मालिक को अपेक्षित प्रतिक्रिया या अवलोकन नोट के साथ पाँच से अधिक सापेक्ष पथ आवंटित नहीं किए गए हों।

बहाल करें

ग्राहकों को आवश्यकता पड़ने से पहले शांत हैंडऑफ़, एस्केलेशन मार्ग और उल्टने योग्य प्रतिक्रिया तैयार करें।

1. 10
   घटना, तकनीकी, और संचार निर्णय भूमिकाएँ आवंटित करें

   भूमिका स्पष्टता समन्वित प्रतिक्रिया को समर्थन देती है बिना यह मानें कि एक ही व्यक्ति हर समस्या का निदान कर सकता है।

   उत्तरदायी मालिक: घटना प्रतिक्रिया मालिक · सत्यापन: प्रत्येक भूमिका के पास रिलीज़ विंडो के लिए नामित एक जिम्मेदार व्यक्ति या एक स्पष्ट एस्केलेशन पथ हो।
2. 11
   रोकने या रोलबैक करने के निर्णय सीमा का अभ्यास करें

   जब अनुमोदन और सत्यापन चरण दबाव बढ़ने से पहले ज्ञात हों तो एक उलटने योग्य मार्ग अधिक सुरक्षित होता है।

   उत्तरदायी मालिक: रिलीज़ मालिक · सत्यापन: टीम को अनुमोदित ट्रिगर, इसे कौन अधिकृत करता है, और कार्रवाई से पहले तथा बाद में कौन से प्रमाण दर्ज करने हैं यह पता हो।
3. 12
   लाइव सर्विस-स्टेटस कार्य को Status Is Down से जोड़ें

   SIU योजना मार्गदर्शन प्रदान करता है; लाइव सर्विस-स्टेटस कार्य SID पर होना चाहिए।

   उत्तरदायी मालिक: संचार मालिक · सत्यापन: संचार योजना लोगों को लाइव सेवा संकेत और अपडेट के लिए संबंधित SID गंतव्य की ओर निर्देशित करती है।

स्रोत टिप्पणियाँ, न कि उधार ली गई निश्चितता।

योजना का आधार: Google SRE, CISA, OWASP, web.dev, और MDN संदर्भ जो लिंक किए गए SIU गाइडों द्वारा उपयोग किए गए हैं

• CISA — Planning: Response & Recovery ↗CISA घटनाओं और आपदा पुनर्प्राप्ति योजना, व्यापार-प्रभाव प्राथमिकता, संपर्क पथ, और आंतरिक रिपोर्टिंग संरचना को हाइलाइट करता है।
• Google SRE Book — Production service best practices ↗मार्गदर्शन सुझाता है कि निगरानी के साथ क्रमिक रोलआउट किए जाएँ और अनपेक्षित व्यवहार मिलने पर पहले रोलबैक करें, फिर रिकवरी समय कम करने के लिए निदान करें।
• OWASP — Software Supply Chain Security Cheat Sheet ↗OWASP निर्भरताओं की सूची, जहाँ उपयुक्त स्वचालित SBOM जनरेशन, निगरानी, संस्करण पिनिंग, बिल्ड-टूल सूची और स्रोत-प्रमाण नियंत्रण की सिफारिश करता है।
• web.dev — Responsive images ↗web.dev बताता है कि छवि बाइट्स महत्वपूर्ण हो सकती हैं और उपयुक्त उपयोग मामलों के लिए responsive candidates, srcset, sizes, और picture जैसी तकनीकों का वर्णन करता है।