प्रौद्योगिकी और अवसंरचना - बहु-क्लाउड रणनीति और तुल्यकालन
मल्टी-क्लाउड रणनीति और तुल्यकालन
1) मल्टी-क्लाउड क्यों
मल्टी-क्लाउड - दो या अधिक सार्वजनिक बादलों (या ऑन-प्रेम के साथ उनके संयोजन) का उपयोग करना:- लचीलापन और डीआर: क्लाउड-विशिष्ट जोखिमों (क्षेत्रीय/मंच विफलताओं) को कम करना।
- भूगोल और अनुपालन: सही न्यायालयों में भंडारण और प्रसंस्करण (डेटा निवास)।
- प्रदर्शन और लागत: पीओपी के पास मार्ग, कीमतों/कोटा पर बाजार मध्यस्थता।
- विक्रेता से स्वतंत्रता: प्रौद्योगिकी की स्वतंत्रता और सौदेबाजी की
- मुद्दे की कीमत डेटा, नेटवर्क, पहचान और परिवर्तन प्रक्रियाओं को सिंक्रनाइज़करने की जटिलता है।
2) बुनियादी तैनाती मॉडल
2. 1 परिसंपत्ति-दायित्व (मल्टी-क्लाउड डीआर)
प्रोड क्लाउड-ए में रहता है; क्लाउड-बी में - गर्म/गर्म स्टैंड-बाय।
आरटीओ/आरपीओ प्रतिकृति की गहराई पर निर्भर करता है, मिनट (जर्नलिंग) से घंटे (बैकअप/रिस्टोर) तक।
पेशेवरों: सरल और सस्ता। विपक्ष: आरटीओ अधिक, कॉन्फिग "बहाव" का जोखिम
2. 2 एसेट-एसेट (दो युद्ध विमान)
ट्रैफिक क्लाउड-ए/क्लाउड-बी (जियोडीएनएस/एनीकास्ट, जीएसएलबी, देश स्तर/एएसएन) के बीच वितरित किया जाता है।
विचारशील डेटा स्थिरता और "विस्फोट त्रिज्या" अलगाव की आवश्यकता है।
पेशेवरों: कम आरटीओ/आरपीओ, उपयोगकर्ता के करीब। विपक्ष: स्थिरता और परीक्षण की जटिलता।
2. 3 डोमेन द्वारा विभाजित (कार्यात्मक विभाजन)
पीएसपी के लिए सर्वोत्तम निजी कनेक्शन के साथ क्लाउड में भुगतान कोर; सामग्री/निर्देशिका - अन्य में।
क्रॉस-क्लाउड हॉट-ट्रैक सिंक्रोनाइजेशन को कम करें।
3) डेटा सिंक्रनाइज़ेशन: रणनीतियाँ और पैटर्न
3. 1 स्थिरता प्रकार
मजबूत-लेन-देन तुल्यकालिक प्रतिकृति (आमतौर पर एक ही बादल/क्षेत्र के भीतर)।
अंतिम (अंतिम): अतुल्यकालिक प्रतिकृति; कैटलॉग, प्रोफाइल, एनालिटिक्स के लिए उपयुक्त।
गर्म ऊर्ध्वाधर के बाहर पढ़ ने के लिए बाध्य गतिशीलता-वैध अंतराल (सेकंड/मिनट)।
3. 2 प्रतिकृति तकनीक
सीडीसी (डेटा कैप्चर बदलें): जर्नल → इवेंट्स → दूसरे क्लाउड में एप्लिकेशन; DWH/रिपोर्टिंग/कैश के लिए अच्छा है।
घटना सोर्सिंग: सत्य का स्रोत - डोमेन घटनाओं की धारा; इनमें से प्रत्येक बादल में अनुमान लगाए गए हैं।
CRDT/संघर्ष-मुक्त संरचनाएं: संपादन योग्य प्रविष्टियों/काउंटरों के लिए (उदा। रेटिंग/लीडरबोर्ड)।
पहचान के साथ दोहरी लेखन: घटना द्वारा रिकॉर्डिंग और प्रकाशन; रिसीवर डीडुप (आउटबॉक्स/इनबॉक्स) प्रदान करता है।
ऑब्जेक्ट स्टोर: वर्शनिंग + क्रॉस-रीजन/क्रॉस-क्लाउड प्रतिकृति (एग्रेस ओवरहेड के साथ)।
3. 3 संघर्ष-संकल्प (उदाहरण)
डोमेन नियम: "अंतिम ऑपरेशन जीतता है" केवल तभी जब एक ही प्रकार के अज्ञात आदेश होते हैं।
सत्य के स्रोत के अनुसार आदेश: भुगतान की स्थिति बटुए को अंतिम रूप देती है, न कि इसके विपरीत।
वेक्टर घड़ियों/तार्किक लेबल: परिसंपत्ति-संपत्ति रिकॉर्ड में दुर्लभ टकराव के लिए।
मुआवजे (सागा): विसंगति के मामले में - डोमेन क्षतिपूर्ति (शेष को अनब्लॉक करना, लेनदेन को उलटना)।
3. 4 व्यावहारिक लेआउट (बटुआ और भुगतान)
कमांड (डेबिट/क्रेडिट) क्लाउड-ए/क्लाउड-बी में स्थानीय लॉग पर जाते हैं।
घटनाओं का बटुआ। परिवर्तित 'एक अंतर-क्लाउड बस के माध्यम से दोनों बादलों को प्रकाशित किया जाता
स्थिति को अंतिम रूप देना - केवल पीएसपी की पुष्टि; deduplication 'operation _ id' द्वारा।
प्रत्येक बादल में अंतिम रिपोर्ट एकत्र की जाती है; विक्रेता-निर्भर क्षेत्र सामान्यीकृत हैं।
4) नेटवर्क परत और वैश्विक यातायात
जीएसएलबी (ग्लोबल सर्वर लोड बैलेंसिंग): जियोडीएनएस/एनीकास्ट, स्वास्थ्य नमूने प्रति-क्लाउड, प्रति सत्र चिपचिपाहट।
मेश-ओवर-इंटरनेट/निजी लिंक: IPsec/क्लाउड-टू-क्लाउड इंटरकनेक्ट/निजी सहकर्मी।
एग्रेस नियंत्रण: PSP/KYC को अनुमति-सूची द्वारा निश्चित NAT-IP; QoS और सीमाएँ।
विभाजन: प्रोड/स्टेज के लिए अलग सबनेट; पूर्व-पश्चिम यातायात नियंत्रण अंतर-बादल है
आरेख (सरलीकृत):
[Users] → [GSLB/Anycast] → (Cloud-A: Edge/API) ↔ (Cloud-B: Edge/API)
[Services / Data A] ↔↔↔ [Services / Data B]
^ Inter-cloud Mesh ^
[DWH/CDC A] [DWH/CDC B]5) पहचान, रहस्य और अनुपालन
IAM महासंघ: एकल IdP (OIDC/SAML), दोनों बादलों में अनुमानित रोल मॉडल; "स्नोफ्लेक्स" को छोड़ कर।
रहस्य और केएमएस: प्रत्येक क्लाउड की तरफ की कुंजी (यदि आवश्यक हो तो BYOK/HYOK), रोटेशन सहमत; सीधे मास्टर कुंजियों को दोहराएँ नहीं।
एमटीएलएस/हस्ताक्षर: अंतर-क्लाउड आपसी टीएलएस सेवाएं; क्लाउड की चाबी के साथ HMAC द्वारा घटनाओं और वेबहूक पर हस्ताक्षर किए जाते हैं।
डेटा रेजिडेंसी: टैग/डेटा क्लासेस, रूटिंग/स्टोरेज पॉलिसी (पीआईआई/पीसीआई देश में बनी हुई है)।
ऑडिट: WORM लॉग, क्रॉस-क्लाउड ट्रेसिंग, एकीकृत परिवर्तन लॉग।
6) मंच और अमूर्त
Kubernetes मल्टी-क्लस्टर: प्रत्येक बादल में समूह; GitOps (Argo/Flux), क्लस्टर प्रोफाइल और पॉलिसी-ए-कोड (OPA/गेटकीपर) के माध्यम से एकीकरण।
सेवा मेश (मल्टी-क्लस्टर): एमटीएलएस, रीट्री/ब्रेकर्स, इलाके-जागरूक रूटिंग; स्पष्ट रूप से क्रॉस-क्लाउड कॉल को प्रतिबं
भंडारण (सीएसआई) और कैश: अनिवार्य तुल्यकालिक अंतर-क्लाउड लेखन के साथ स्टेटफुल सेट से बचें; कैश/रीड - स्थानीय रूप से, अतुल्यकालिक वार्म-अप।
IaC: क्लाउड कलाकृतियों के लिए Terraform/Crossplane; विक्रेता-विशिष्ट "आवेषण" के साथ एकल मॉड्यूल।
DevPortal/Service Catalog: प्रति-क्लाउड स्थान और निर्भरता मेटाडेटा।
7) सीआई/सीडी और परिवर्तन प्रबंधन
प्रति-क्लाउड पैरामेटराइजेशन (सुविधाएँ, कोटा, संतुलन के प्रकार) के साथ एक एकल मोनो-रेपो/मोनो-चश्मा।
कैनरी/ब्लू-ग्रीन प्रति-क्लाउड: क्लाउड-ए/क्लाउड-बी + मीट्रिक तुलना में अलग से रिलीज़।
टेस्ट मैट्रिक्स: एकीकरण परीक्षण "oblako↔oblako", रीप्ले घटनाएं, भू सिंथेटिक्स।
अनुबंध संस्करण: स्कीमा रजिस्ट्री सामान्य, पिछड़े-संगत माइनर नियम।
EOL माइग्रेशन पर फ्रीज बदलें: जब आप बादलों के बीच यातायात स्विच करते हैं।
8) अवलोकन और एसएलओ प्रबंधन
एंड-टू-एंड trace_id: एक प्रवेश द्वार के माध्यम से आकार देना → सेवा → ब्रोकर → दूसरे क्लाउड में उपभोक्ता; лейблы 'क्लाउड', 'क्षेत्र', 'api _ version', 'पार्टनर'।
एसएलओ प्रति-क्लाउड/प्रति-क्षेत्र: उपलब्धता/विलंबता/त्रुटि डैशबोर्ड और अंतर-क्लाउड लैग (प्रतिकृति विलंबता)।
इंटर-क्लाउड सिंक्रोनाइजेशन विसंगतियाँ: डीएलक्यू वृद्धि के लिए अलर्ट, "संघर्ष दर" में वृद्धि, सीडीसी अंतराल।
स्थिति पृष्ठ: बादल और क्षेत्र द्वारा सार्वजनिक
9) फिनोप्स: मल्टी-क्लाउड लागत
एग्रेस और इंटर-क्लाउड चैनल: मुख्य लागत आइटम; बकवास, कुल घटनाओं को कम से कम करें, स्थानीय अनुमानों का उपयोग करें।
डुप्लिकेट संसाधन: गर्म पूल, प्रत्येक क्लाउड में आरक्षित उदाहरण/टिप्पणियां।
लोड प्रोफाइल: सर्वश्रेष्ठ मूल्य/कोटा के साथ क्लाउड में गैर-महत्वपूर्ण पृष्ठभूमि जैब्स को शिफ्ट करें।
"संगति लागत" काउंटर: $/सेक लैग, $/जीबी प्रतिकृति, $/संघर्ष - व्यापार के लिए पारदर्शिता।
10) iGaming/fintech के लिए मामले
भुगतान/पर्स (सख्त स्थिरता स्तर): तेजी से विफल होने के साथ परिसंपत्ति-दायित्व; स्थिति को अंतिम रूप देने की घटनाएं ही सच्चाई का एकमात्र स्रोत लॉग प्रतिकृति।
गेम कैटलॉग/प्रोमो/रेटिंग: आंकड़ों के लिए अंतिम, सीआरडीटी-काउंटर के साथ संपत्ति-संपत्ति; टीटीएल कैश प्रति पढ़ा।
नियामकों को रिपोर्टिंग: स्थानीय DWH स्टोरफ्रंट, क्रॉस-क्लाउड एकत्रीकरण अतुल्यकालिक रूप से; ताजगी की गारंटी (एसएलओ ताजगी)।
विपणन/सूचनाएं: भू/क्लाउड ऑर्केस्ट्रेशन, क्रॉस-क्लाउड कॉलिंग सीमा; सबमिशन का डीडुप्लीकेशन।
KYC/AML: विभिन्न बादलों में समानांतर प्रदाता, प्रतिक्रियाओं का सामान्यीकरण और एकल निर्णय लेने की नीति।
11) नमूना समाधान (टुकड़े)
11. 1 Outbox→CDC (पहचान)
BEGIN TX apply(domain_command)
insert into outbox(event_id, aggregate_id, type, payload, hash)
COMMIT
//Replicator reads outbox, publishes to inter-cloud bus;
//receiver executes inbox-dedupe on event_id/hash.11. 2 संघर्ष नीति (छद्म)
if operation. type in {CAPTURE, REFUND}:
source = PSP_EVENT elif operation. type in {LIMIT_SET, LIMIT_REMOVE}:
source = RG_SERVICE apply_if_newer(source, aggregate_version)11. 3 नेटवर्क नीति
अंतर-क्लाउड कॉल को केवल 'घटनाओं', 'आईडीपी', 'कैटलॉग-सिंक' के लिए अनुमति दी जाती है; सीधे 'वॉलेट। 'लिखने की अनुमति नहीं है (स्थानीय स्तर पर)।
12) सुरक्षा और जोखिम
ब्लास्ट-त्रिज्या: अंतर-क्लाउड बैंडविड्थ और कतारों पर सीमा ताकि त्रुटि/लूप दोनों बादलों को "बाढ़" न हो।
स्वचालन के गार्डरेल: एआई-ऑप्स/रैनबुक एक मल्टीसिग्नल के बिना एक ही समय में दो बादलों के कॉन्फ़िग को नहीं बदल सकते हैं।
संचार विराम परीक्षण: विभाजन-मस्तिष्क व्यवहार, कतार वृद्धि, टाइमआउट और ऑटो-गिरावट।
13) कार्यान्वयन चेकलिस्ट
1. सख्त/अंतिम स्थिरता डोमेन और लक्ष्य RPO/RTO प्रति डोमेन परिभाषित।
2. चयनित मॉडल (परिसंपत्ति-दायित्व/परिसंपत्ति/डोमेन विभाजन)।
3. इंटर-क्लाउड नेटवर्क: जीएसएलबी, मेष/निजी लिंक, फिक्स्ड एग्रेस-आईपी, डब्ल्यूएएफ/बॉट सुरक्षा।
4. रजिस्ट्री में डेटा स्कीमा, संगतता नियम; आउटबॉक्स/इनबॉक्स सर्वव्यापी है।
5. पहचान और डीडुप्लीकेशन (कुंजी, टीटीएल भंडारण, हैश)।
6. सीआई/सीडी: प्रति-क्लाउड, कैनरी अलग से, सामान्य रिलीज केंद्र।
7. अवलोकन: 'ट्रेस _ आईडी', प्रतिकृति लॉग, संघर्ष-दर, डीएलक्यू निगरानी।
8. आईएएम महासंघ, केएमएस/क्लाउड रहस्य, एक्सेस ऑडिट।
9. FinOps: अंतर-क्लाउड लागत के लिए बजट, अलर्ट।
10. नियमित डीआर अभ्यास: क्लाउड फीलर, स्प्लिट-ब्रेन सिमुलेशन।
14) एंटी-पैटर्न
सिंक्रोनस क्रॉस-क्लाउड हॉट-पाथ लेनदेन (वॉलेट/राइट) → नाजुकता और P99 पूंछ।
दो बादलों के लिए डेटाबेस का एक एकल "मास्टर क्लस्टर" नेटवर्क पर SPOF।
डेटा श्रेणियों के बिना "सभी एक साथ" की प्रतिकृति - लागत और संघर्षों का एक विस्फोट।
आउटबॉक्स/इनबॉक्स और आइडेम्पोटेंसी की कमी → डुप्लिकेट भुगतान/क्रेडिट।
खुले रूप में S3-buckets/pipes के माध्यम से "आगे बढ़ ना" रहस्य।
बेहिसाब अहंकार और छिपे हुए अंतर-क्लाउड सेवा चैट - अप्रत्याशित खाते।
15) नीचे की रेखा
मल्टी-क्लाउड "कंसोल में दो टिक्स" नहीं है, बल्कि डेटा, नेटवर्क और परिवर्तन प्रक्रियाओं को डिजाइन करने का अनुशासन है। स्पष्ट रूप से स्थिरता आवश्यकताओं द्वारा अलग डोमेन, क्रॉस-क्लाउड हॉट-ट्रैक को सीमित करना, सीडीसी/इवेंट सोर्सिंग और आइडेम्पोटेंसी का उपयोग करना, लैग्स और संघर्षों को मापना और लागत को नियंत्रण में रखना। मल्टी-क्लाउड तब देर रात की घटनाओं और बिलों के स्रोत के बजाय लचीलापन और गति के लिए एक उपकरण बन जाएगा।