मंचन: भेजना और तुल्यकालन

टीएल; डीआर

मंचन अधिकतम उत्पादन समता के साथ एक पूर्व-उत्पादन वातावरण है, जहां अनुबंध, प्रवासन, कॉन्फ़िग, वेबहूक और भुगतान श्रृंखलाओं को गुमनाम डेटा और सिमुलेटर पर जाँचा जाता है। सफलता द्वारा दिया जाता है: अपरिवर्तनीय-तैनाती (नीला/हरा), पीआईआई के बिना डेटा-समानता, स्कीमा-रजिस्ट्री, छाया यातायात, कैनरी-योजना, सुविधा झंडे, स्पष्ट गेट और ऑटो-रोलबैक।

1) बिक्री के साथ मंचन भूमिका और समानता

उद्देश्य: यह पुष्टि करने के लिए कि रिलीज पैसे और खिलाड़ियों के लिए सुरक्षित है: डेटाबेस योजनाएं, ब्लिंक, कॉन्फ़िग, सीमा, वेबहूक, रूटिंग, अवलोकन।

समानता: एक ही छवियां, एक ही टोपोलॉजी (इंग्रेस/गेटवे, मेष, कतारें, कैश, डेटाबेस इंजन, कर्नेल/ड्राइवर संस्करण), एक ही नीति (ऑथ/रेट/सर्किट)।

अंतर: डेटा को प्रतिरूपित किया जाता है, बाहरी आपूर्तिकर्ताओं के साथ बातचीत - सैंडबॉक्स/सिमुलेटर, डीएनएस/डोमेन और रहस्य के माध्यम से - अलग।

2) टोपोलॉजी और एक्सेस

डोमेन: 'मंचन। api। उदाहरण। कॉम ',' मंचन। ws। उदाहरण। com '।

अलगाव: व्यक्तिगत वीपीसी/क्लस्टर, स्वतंत्र रहस्य (केएमएस/वॉल्ट), एमटीएलएस अंदर।

पहुंच: SSO + RBAC (भूमिकाएँ: 'रिलीज़-मैनेजर', 'qa', 'देव', 'पार्टनर-व्यू'), अस्थायी टोकन, ऑडिट इनपुट।

3) रिलीज ट्रेन

1. बिल्ड (टैग, SBOM, कलाकृति हस्ताक्षर)।

2. टेस्ट (यूनिट/एकीकरण/अनुबंध, सुरक्षा लिंटर्स)।

3. पैक/स्कैन (SAST/DAST, vuln-gates)।

4. स्टेजिंग को तैनात करें (अपरिवर्तनीय, नीला/हरा या p95/p99 नियंत्रण के साथ रोलिंग)।

5. स्टेजिंग गेट्स ( । 10)।

6. कैनरी प्रोड (1→5→25→50→100%)।

7. एसएलओ उल्लंघन/त्रुटियों पर ऑटो-रोलबैक।

4) कॉन्फ़िगरेशन तुल्यकालन

GitOps: गिट में सभी कॉन्फ़िग और राजनेता; एकल चार्ट/' values के साथ प्रोड/मंचन के लिए प्रकट होते हैं। मंचन। yaml '।

समता नियंत्रण: "मैनुअल एडिट्स" मंचन में निषिद्ध हैं। बहाव का पता स्वचालन (पॉलिसी-डिफ, क्यूब-डिफ) द्वारा लगाया जाता है।

रहस्य: व्यक्तिगत कुंजी और टोकन; रोटेशन की परवाह किए बिना।

5) स्कीमा: एपीआई/डीबी/इवेंट्स

एकीकृत रजिस्ट्री: OpenAPI, Protobuf विवरणकर्ता, GraphQL SDL, घटनाएँ। शब्दकोश।

सीआई में ब्रेकिंग-चेक: विघटनकारी परिवर्तनों पर प्रतिबंध लगाना।

डीबी पलायन: पदोन्नति से पहले मंचन के लिए 'अप'; 'डाउन '/प्रतिवर्ती की संभावना; स्नैपशॉट-टाइम अनुमान के साथ ड्राई-रन।

घटना संगतता: संक्रमण के दौरान "डबल एंट्री" (पुराना + नया प्रारूप)।

6) डेटा और तुल्यकालन

स्रोत: prode गुमनामी/टोकन/मास्किंग से नियमित डंप - मंचन के लिए आयात।

PII/PAN/KYC दस्तावेज़: सिंथेटिक्स के साथ हटाया/बदल दिया गया; योग और आवृत्तियां - गोपनीयता के लिए विकृत (शोर)।

तुल्यकालिक विंडो: प्लान/क्रून्स (उदाहरण के लिए, हर रात), अवधि और त्रुटि निगरानी।

पहचानकर्ता: घनत्व और कार्डिनैलिटी बनाए रखें (लोड परीक्षण यथार्थवाद के लिए)।

7) बाहरी एकीकरण (पीएसपी/केवाईसी/प्रदाता)

HMAC वेबहूक, रेट्रास, आइडेम्पोटेंसी के साथ सैंडबॉक्स खाता या सिमुलेटर।

ध्वज में कांटा: आपूर्तिकर्ता या हमारे सिम्युलेटर का असली सैंडबॉक्स (कॉन्फिग में स्विच)।

वेबहूक: हस्ताक्षर, समय विंडो, डीएलक्यू/रीप्ले कंसोल मंचन पर सक्षम हैं।

भुगतान रेल: मंचन पर वास्तविक भुगतान/ऑथ कोड स्तर (हार्ड ब्लॉक) पर निषिद्ध हैं।

8) छाया यातायात और रिप्ले

छायांकन: उत्पादन के एक सबसेट को मंचन (साइड इफेक्ट्स के बिना) पढ़ें, प्रतिक्रियाओं/विलंबता की तुलना करें।

ट्रैफिक मिररिंग: ≥ 1-5% GET/स्थिति। छाया-उत्परिवर्तन की अनुमति नहीं है।

सिंथेटिक रिप्ले: प्रतिगमन के लिए ऐतिहासिक निशान (नकाबपोश) का रन।

9) फीचर झंडे, फ्रीज और संगतता

पुनर्वितरण के बिना झंडे नियंत्रण व्यवहार; फ्लैग कॉन्फ्रेंस बहुत लंबवत हैं।

किसी प्रमुख घटना/भार की अवधि के लिए फ्रीज जारी करना; मंचन "दर्पण" में तय किया गया है।

बैक/फॉरवर्ड संगतता: पहले नया प्रारूप पढ़ें, फिर लिखें।

10) गेट्स: पदोन्नति से पहले हम क्या जाँच करते हैं

SLO: p95/p99 विलंबता, त्रुटि-दर, दालान संतृप्ति।

अनुबंध: एपीआई डिफ - без ब्रेकिंग; webhooks हस्ताक्षरित, idempotency लगभग।

डीबी प्रवासन: बजट में समय, "लंबे समय से खेल" तालिकाओं पर कोई ताला नहीं, योजना विश्लेषण।

भुगतान/KYC: सकारात्मक/नकारात्मक मामले पारित, पुनः वेबहूक → 2xx <3 c p95।

दर/कोटा: सही 429/Retry-After।

सुरक्षा: सीमा के नीचे कमजोरियां; रहस्य/अनुमतियाँ मान्य हैं।

डॉक्स/एसडीके: रजिस्ट्री में प्रकाशित OpenAPI/SDL/प्रोटो; पोस्टमैन/एसडीके अपडेट किया गया।

रनबुक: प्लेबुक और रोलबैक योजना का परीक्षण किया।

11) अवलोकन और अलर्ट

Метрики: RPS, p50/p95/p99, 4xx/5xx, ओपन सर्किट, कतार लेन, कैश हिट, वेबहुक डिलीवरी।

ट्रेस: एंड-टू-एंड सहसंबंध 'ट्रेस _ आईडी'; प्रोड (विलंबता अंतर) के साथ तुलना।

लॉग: मास्किंग, सैंपलिंग, "शांत" त्रुटियां (WARN स्पाइक्स)।

मंचन डैशबोर्ड: अलग, लेकिन संरचना में समान; हरे/लाल एसएलओ सलाखों।

12) रणनीति तैनात करें

मंचन पर नीला/हरा (पसंदीदा): तेज स्विच, आसान रोलबैक।

छोटे बैचों और स्वास्थ्य जांच के साथ रोलिंग।

मंचन के अंदर कैनरी: ए/बी प्रोफाइलिंग के लिए 'स्टेजिंग-ए' और 'स्टेजिंग-बी' के बीच प्रतिशत यातायात।

प्रवासन डीबी: शून्य-डाउनटाइम पैटर्न (expand→migrate→contract), "डबल राइट", ब्लॉक सर्च।

13) सुरक्षा और अनुपालन

mTLS, WAF, DDoS प्रोफाइल सक्रिय हैं।

व्यवस्थापक समापन बिंदुओं पर RBAC/ABAC; आंतरिक पैनलों के लिए इंटीग्रेटर अक्षम करना।

लॉग की शर्तें प्रोड से कम हैं; रिलीज लेखा परीक्षा रिपोर्ट सहे

कुंजी/सर्ट की जाँच: व्यक्तिगत JWKS/सर्ट, रोटेशन को मंचन के लिए परीक्षण किया जाता है।

14) हादसा प्लेबुक (मंचन)

प्रवास के बाद एसएलओ विफलता: 'ग्रीन' पर रोलबैक, स्कीम रोलबैक (यदि संभव हो), गिरावट को सक्षम करना ("महंगा" समुच्चय को काटना)।

स्पलैश 5xx: खुला सर्किट-ब्रेकर अपस्ट्रीम को नाजुक बनाने के लिए, BFF के लिए बैकऑफ बढ़ाएं, कैश सक्षम करें।

मंचन में पीआईआई लीक: डंप की तत्काल सफाई, रहस्य को रद्द करना, पहुंच का ऑडिट करना, मास्किंग नीति को ठीक करना।

वेबहुक का निषेध: मृत-अक्षर के लिए अस्थायी स्थानांतरण, फिक्स के बाद मैनुअल रीप्ले।

15) चेकलिस्ट

15. 1 प्रति प्रोडक्शन

• सभी द्वार ( 10) पारित; रिपोर्ट संलग्न।
• कैनरी योजना और पैर मानदंड परिभाषित।
• फीचर झंडे तैयार किए जाते हैं (ऑन/ऑफ/ग्रेडेशन)।
• प्रलेखन/एसडीके/पोर्टल अद्यतन।
• हितधारकों ने अधिसूचित किया, समर्थन विंडो सहमत हुए।

15. 2 रोलबैक

• ब्लू/ग्रीन: पिछले स्लॉट के लिए यातायात, कॉन्फ़िग वापस लुढ़क गया।
• योजनाएं एक सुरक्षित राज्य के लिए प्रतिवर्ती या ध्वज-अपमानित हैं।
• पोस्टमार्टम पैटर्न और कलाकृति संग्रह।

16) मिनी स्निपेट्स

GitOps पदोन्नति (छद्म)

yaml stages:
- deploy-staging
- verify-gates
- promote-prod deploy-staging:
script: kubectl apply -f k8s/overlays/staging verify-gates:
script:./scripts/check_slo. sh &&./scripts/check_contracts. sh promote-prod:
when: on_success script: kubectl apply -f k8s/overlays/prod

Expand→Migrate→Contract (DDL)

sql
-- expand
ALTER TABLE payouts ADD COLUMN note TEXT NULL;
-- migrate (background job copies data)
-- contract
ALTER TABLE payouts DROP COLUMN comment;

छाया शीर्षिका

X-Shadow-Trace: 1

उत्परिवर्तन पहचान प्रति मंचन

pseudo if store. has(idempotency_key) return store. get(idempotency_key)
res = do()
store. set(idempotency_key,res,ttl=72h)
return res

17) एंटीपैटर्न

मंचन "लगभग उत्पादन की तरह" है, लेकिन विभिन्न सीमाओं/फिल्टर के साथ - झूठे सकारात्मक परिणाम।

मंचन में वास्तविक PANs/डॉक।

मैनुअल "हॉट" कॉन्फिग एडिट्स।

समय-मुक्त और लॉक-फ्री माइग्रेशन।

कोई छाया ट्रैफिक/रिप्ले नहीं - कीड़े केवल प्रोड में पॉप अप करते हैं।

रोलबैक योजना के बिना पदोन्नति।

18) मंचन के लिए एसएलओ (स्थल)

अपटाइम: ≥ 99। 5% (एकीकरण शोकेस नहीं गिरना चाहिए)।

भोजन के लिए विलंबता योजक: ≤ + 10-20%।

वेबहुक p95: retrays के साथ ≤ 3 c से 2xx।

त्रुटि बजट: 5xx गेटवे ≤ 0। 1% प्रति रिलीज विंडो।

छाया जाँच का हिस्सा: ≥ 1% पढ़ ता है।

सारांश

मंचन "रेत" नहीं है, बल्कि उत्पादन का एक वास्तविक पूर्वाभ्यास है: समान स्टैक और राजनेता, अनाम डेटा, रेल सिमुलेटर, प्रोड ट्रैफिक की छाया, सख्त गेट और तत्काल रोलबैक। GitOps + रजिस्ट्री योजनाओं में सब कुछ लपेटें + अपरिवर्तनीय depla, सुविधा झंडे और एक कैनरी योजना रखें, और आपकी रिलीज़ अनुमानित हो जाएगी, और घटनाएं दुर्लभ और प्रबंधनीय हो जाएंगी।