डिप्लॉयमेंट का निर्णय यह तय करता है कि नेटवर्क घटक कहाँ चलेंगे, उन्हें कौन संचालित करेगा, टीमें उनसे कैसे जुड़ेंगी और बदलाव तथा रिकवरी कैसे संभाली जाएगी। आकलन और सहमति के अधीन उत्पाद प्रबंधित डिलीवरी व्यवस्था तथा संस्था द्वारा होस्ट किए गए या ऑन-प्रिमाइसेस कार्यक्षेत्र का समर्थन करता है। इन विकल्पों से बैंक की एसेट नीतियों, रिज़र्व, ग्राहक रिकॉर्ड, गवर्नेंस निर्णयों या व्यावसायिक प्रतिबद्धताओं का स्वामित्व नहीं बदलता।
वर्कलोड और निर्भरताओं की पड़ताल किए बिना चुना गया टोपोलॉजी कोई सार्वभौमिक आरेख नहीं है। वैलिडेटर की जगह, RPC एक्सपोज़र, एक्सप्लोरर एक्सेस, क्षेत्र, स्टोरेज, मॉनिटरिंग, बैकअप और इंटीग्रेशन संस्था की जरूरतों तथा स्वीकृत पर्यावरण के अनुरूप होने चाहिए। क्षमता, लचीलापन, रिकवरी लक्ष्य, रखरखाव समय और सेवा स्तर हर डिप्लॉयमेंट के लिए तय होते हैं; पैकेज के नाम से इनमें से किसी की धारणा नहीं बनानी चाहिए।
वास्तविक निर्भरताओं के अनुसार टोपोलॉजी डिज़ाइन करें
डिप्लॉयमेंट डिज़ाइन में नेटवर्क, अधिकृत वैलिडेटर, RPC एक्सेस मार्ग, एक्सप्लोरर घटक, प्रशासनिक एक्सेस और संबंधित संस्थागत एप्लिकेशन की पहचान होती है। इसमें भरोसे की सीमाएँ तथा पहचान सेवाओं, कुंजी कस्टडी व्यवस्था, मॉनिटरिंग, स्टोरेज और बाहरी विक्रेताओं जैसी निर्भरताएँ भी दिखाई जाती हैं। अंतिम स्थान और कनेक्टिविटी की पुष्टि तकनीकी पड़ताल से होती है; किसी सामान्य संदर्भ आर्किटेक्चर से इनकी धारणा नहीं बनानी चाहिए।
संस्था को अपेक्षित वर्कलोड, एक्सेस पैटर्न, होस्टिंग सीमाएँ, क्षेत्रीय आवश्यकताएँ, नेटवर्क सुरक्षा मानक, डेटा प्रबंधन नियम और परिचालन संपर्क उपलब्ध कराने चाहिए। इसके बाद डिलीवरी टीम घटकों की जगह, संसाधन संबंधी मान्यताओं, एक्सेस पृथक्करण और विफलता की स्थितियों का आकलन कर सकती है। आरेख योजना का दस्तावेज़ है, किसी वास्तविक ग्राहक पर्यावरण का प्रमाण या क्षमता अथवा उपलब्धता की गारंटी नहीं।
डिप्लॉयमेंट घटकों का उदाहरण
- सहमत एक्सेस सीमाकॉन्फ़िगर किया गया RPC, प्रशासनिक एक्सेस और अनुमत नेटवर्क मार्ग।
- नेटवर्क और वैलिडेटरहर कार्य के लिए तय टोपोलॉजी वाला समर्पित EVM नेटवर्क।
- एक्सप्लोरर और संचालनसहमत नेटवर्क दृश्यता, मॉनिटरिंग, रखरखाव और सहायता घटक।
प्रबंधित और संस्था-होस्टेड जिम्मेदारियों की तुलना करें
पूरी तरह प्रबंधित डिलीवरी में FusionPointAI केवल सहमत कार्यक्षेत्र में स्पष्ट रूप से शामिल इन्फ्रास्ट्रक्चर और सेवाएँ चलाता है। संस्था अपनी बैंकिंग नीतियों, एसेट जारी करने और समर्थन, ग्राहक रिकॉर्ड, गवर्नेंस अधिकार, व्यावसायिक अनुमोदन और उसे सौंपी गई इंटीग्रेशन जिम्मेदारियों की स्वामी बनी रहती है। अनुबंध में शामिल घटक, एक्सेस मॉडल, सहायता की सीमाएँ, रखरखाव तरीका और सहमत निरंतरता सेवाएँ दर्ज होनी चाहिए।
बैंक द्वारा होस्ट किए गए या ऑन-प्रिमाइसेस डिप्लॉयमेंट में संस्था स्वीकृत होस्टिंग पर्यावरण उपलब्ध कराती और चलाती है, जबकि FusionPointAI सहमत सॉफ़्टवेयर लाइसेंस, कार्यान्वयन, इंटीग्रेशन, अपग्रेड और तकनीकी सहायता देता है। जिम्मेदारियों के विभाजन में इन्फ्रास्ट्रक्चर एक्सेस, मॉनिटरिंग, बैकअप, बदलाव की अवधि, रिकवरी और घटना समन्वय शामिल होना चाहिए। इस मॉडल के लिए कस्टम कोटेशन और व्यवहार्यता समीक्षा जरूरी है; सोर्स कोड का स्वामित्व अपने-आप हस्तांतरित नहीं होता।
रखरखाव, रिकवरी और अपग्रेड की योजना बनाएँ
निरंतरता की योजना घटकों की निर्भरताओं और विफलता की स्थितियों से शुरू होती है: एप्लिकेशन कनेक्शन टूटना, इन्फ्रास्ट्रक्चर अनुपलब्ध होना, वैलिडेटर भागीदारी प्रभावित होना, स्टोरेज या बैकअप में समस्या और पहचान या कुंजी सेवा में बाधा। संस्था और सेवा-प्रदाता को मॉनिटरिंग की जिम्मेदारियाँ, घटना-संचार, रिकवरी की पूर्वशर्तें, निर्णय का अधिकार और संचालन फिर शुरू करने के लिए आवश्यक प्रमाण तय करने चाहिए। रिकवरी लक्ष्य विशेष डिज़ाइन और अनुबंध के निर्णय हैं, उत्पाद की स्वतः उपलब्ध विशेषताएँ नहीं।
सॉफ़्टवेयर रखरखाव और नेटवर्क अपग्रेड के लिए समन्वित जिम्मेदारी चाहिए। नेटवर्क बनने के बाद Chain ID अपरिवर्तनीय रहती है, जबकि समर्थित बदले जा सकने वाले पैरामीटर गवर्नेंस के अधीन होते हैं और कुछ बदलावों के लिए समन्वित तकनीकी अपग्रेड जरूरी हैं। जहाँ संभव हो, तय करें कि बदलावों का आकलन, अनुमोदन, परीक्षण, समय-निर्धारण, संचार और वापसी कैसे होगी। उत्पादन में लागू करने से पहले दर्ज करें कि बदलाव कौन तैयार करेगा और परिचालन प्रभाव को कौन-सा संस्थागत प्राधिकरण अनुमोदित करेगा।
डिप्लॉयमेंट मॉडल के अनुसार जिम्मेदारियाँ बदलती हैं
प्रबंधित: सेवा-प्रदाता सहमत दायरा चलाता है। होस्टेड: संस्था अपना स्वीकृत पर्यावरण चलाती है।
अनुबंध के अनुसार FusionPointAI कार्यान्वयन और सॉफ़्टवेयर सेवाएँ देता है।
संस्था नीति, एसेट जारी करने, रिज़र्व, ग्राहक रिकॉर्ड और व्यावसायिक जिम्मेदारियाँ अपने पास रखती है।
कवरेज, रिकवरी भूमिकाएँ, लक्ष्य और मामला आगे बढ़ाने की प्रक्रिया अनुबंध में दर्ज होती है।
पड़ताल के अंत में ठोस निर्णय दर्ज करें
कार्यान्वयन से पहले होस्टिंग का स्वामित्व, लक्षित पर्यावरण, वैलिडेटर और RPC का दायरा, एक्सप्लोरर का खुलासा, पहचान और कुंजी की सीमाएँ, इंटीग्रेशन निर्भरताएँ, वर्कलोड की मान्यताएँ और क्षेत्रीय बाधाएँ तय करें। व्यवहार्यता से जुड़े अनसुलझे प्रश्नों को दर्ज करें; उन्हें मान ली गई सुविधाओं में न बदलें। संस्था को तकनीकी, सुरक्षा, संचालन, वित्त और गवर्नेंस के ऐसे निर्णयकर्ता पहचानने चाहिए जो डिज़ाइन के अपने-अपने हिस्से अनुमोदित कर सकें।
योजना के अपेक्षित नतीजों में सहमत टोपोलॉजी, घटकों और जिम्मेदारियों की सूची, इंटीग्रेशन सीमा, सुरक्षा मान्यताएँ, परिचालन प्रक्रियाएँ, निरंतरता की आवश्यकताएँ, अपग्रेड प्रक्रिया तथा परीक्षण और हस्तांतरण के मानदंड शामिल हैं। व्यावसायिक दस्तावेज़ सहायता कवरेज, क्षमता संबंधी मान्यताएँ, सेवा स्तर और यदि हों तो रिकवरी प्रतिबद्धताएँ बताते हैं। उत्पादन सेवा केवल अलग से समीक्षित कार्यक्षेत्र, औपचारिक कोटेशन और हस्ताक्षरित अनुबंध के तहत शुरू होती है; आवश्यकताएँ भेजने मात्र से नेटवर्क उपलब्ध नहीं होता।