Deployment-এর সিদ্ধান্তে ঠিক হয় network component কোথায় চলবে, কে পরিচালনা করবে, দলগুলো কীভাবে access পাবে এবং পরিবর্তন ও recovery কীভাবে হবে। মূল্যায়ন ও সম্মতির শর্তে পণ্যটি managed delivery এবং প্রতিষ্ঠান-hosted বা on-premises scope সমর্থন করে। এসব বিকল্পে ব্যাংকের asset policy, reserve, customer record, governance decision বা business commitment-এর মালিকানা বদলায় না।
Workload ও dependency আবিষ্কার না করে বেছে নেওয়ার মতো একটাই সর্বজনীন topology নেই। Validator placement, RPC exposure, explorer access, region, storage, monitoring, backup এবং integration প্রতিষ্ঠানের চাহিদা ও অনুমোদিত environment-এর সঙ্গে মানানসই হওয়া দরকার। Capacity, resilience, recovery objective, maintenance window এবং service level নির্দিষ্ট deployment-এর জন্য স্থির হয়; package-এর নাম দেখে এগুলো ধরে নেওয়া যাবে না।
বাস্তব dependency অনুযায়ী topology নকশা করুন
Deployment design-এ network, অনুমোদিত validator, RPC access path, explorer component, প্রশাসনিক access এবং প্রাসঙ্গিক প্রাতিষ্ঠানিক application চিহ্নিত থাকে। Identity service, key custody ব্যবস্থা, monitoring, storage ও external vendor-এর মতো dependency এবং trust boundary-ও এতে দেখানো হয়। Generic reference architecture ধরে না নিয়ে technical discovery-তে চূড়ান্ত placement ও connectivity নিশ্চিত করা হয়।
প্রতিষ্ঠানকে প্রত্যাশিত workload, access pattern, hosting সীমাবদ্ধতা, regional requirement, network security standard, data-handling rule এবং operational contact জানাতে হবে। এরপর delivery team component placement, resource অনুমান, access separation ও failure বিবেচনা মূল্যায়ন করতে পারে। Diagram পরিকল্পনার উপকরণ; এটি বাস্তব customer environment-এর প্রমাণ বা capacity কিংবা availability-র নিশ্চয়তা নয়।
Deployment component-এর উদাহরণ
- সম্মত access boundaryকনফিগার করা RPC, administrative access এবং অনুমোদিত network path।
- Network ও validatorEngagement অনুযায়ী নির্ধারিত validator topology-সহ স্বতন্ত্র EVM network।
- Explorer ও operationসম্মত network visibility, monitoring, maintenance এবং support component।
Managed ও প্রতিষ্ঠান-hosted দায় তুলনা করুন
Fully managed delivery-তে FusionPointAI কেবল সম্মত scope-এ স্পষ্টভাবে অন্তর্ভুক্ত infrastructure ও service পরিচালনা করে। ব্যাংক তার banking policy, asset issuance ও backing, customer record, governance authority, business approval এবং নিজের জন্য বরাদ্দ integration-এর দায় রাখে। চুক্তিতে কোন component covered, access model, support boundary, maintenance পদ্ধতি এবং সম্মত continuity service উল্লেখ থাকা উচিত।
Bank-hosted বা on-premises delivery-তে প্রতিষ্ঠান অনুমোদিত hosting environment দেয় ও পরিচালনা করে; FusionPointAI সম্মত software license, implementation, integration, upgrade এবং technical support দেয়। Infrastructure access, monitoring, backup, change window, recovery ও incident coordination-এ দায়িত্বের বিভাজন থাকতে হবে। এই model-এর জন্য custom quote ও feasibility review দরকার; source-code-এর মালিকানা স্বয়ংক্রিয়ভাবে হস্তান্তর হয় না।
Maintenance, recovery ও upgrade পরিকল্পনা করুন
Continuity পরিকল্পনা শুরু হয় component dependency ও failure scenario থেকে: application সংযোগ বিচ্ছিন্ন হওয়া, infrastructure অনুপলভ্য থাকা, validator participation ব্যাহত হওয়া, storage বা backup সমস্যা এবং identity বা key-service বিঘ্ন। Monitoring-এর দায়, incident communication, recovery-র পূর্বশর্ত, সিদ্ধান্তের কর্তৃত্ব এবং operation পুনরায় শুরুর evidence প্রতিষ্ঠান ও provider-এর সম্মত হওয়া উচিত। Recovery objective নির্দিষ্ট design ও চুক্তির সিদ্ধান্ত; পণ্যের স্বয়ংক্রিয় বৈশিষ্ট্য নয়।
Software maintenance ও network upgrade-এ সমন্বিত মালিকানা দরকার। Network তৈরির পর Chain ID অপরিবর্তনীয়; অন্য সমর্থিত parameter governance মেনে বদলায় এবং কিছু পরিবর্তনে সমন্বিত technical upgrade লাগে। পরিবর্তন কীভাবে মূল্যায়ন, অনুমোদন, পরীক্ষা, সময়সূচিবদ্ধ, যোগাযোগ ও সম্ভব হলে rollback হবে তা নির্ধারণ করুন। Production rollout-এর আগে পরিবর্তন প্রস্তুত করবে কোন পক্ষ এবং পরিচালনাগত প্রভাব অনুমোদন করবে কোন প্রাতিষ্ঠানিক কর্তৃপক্ষ, তা নথিভুক্ত করুন।
Deployment model অনুযায়ী দায়িত্ব ভিন্ন হয়
Managed: provider সম্মত scope পরিচালনা করে। Hosted: প্রতিষ্ঠান অনুমোদিত environment পরিচালনা করে।
চুক্তি অনুযায়ী FusionPointAI implementation ও software service দেয়।
Policy, issuance, reserve, customer record ও business duty প্রতিষ্ঠানের দায়।
Coverage, recovery role, objective ও escalation agreement-এ লেখা থাকে।
Discovery শেষে নির্দিষ্ট সিদ্ধান্ত নিন
Implementation-এর আগে hosting-এর মালিকানা, লক্ষ্য environment, validator ও RPC scope, explorer-এর দৃশ্যমানতা, identity ও key boundary, integration dependency, workload অনুমান এবং regional constraint নিশ্চিত করুন। Feasibility-র অমীমাংসিত প্রশ্নকে ধরে নেওয়া feature-এ পরিণত না করে সেভাবেই নথিভুক্ত করুন। Design-এর নিজ নিজ অংশ অনুমোদনে সক্ষম technical, security, operations, finance ও governance সিদ্ধান্তগ্রহণকারীকে প্রতিষ্ঠান চিহ্নিত করবে।
পরিকল্পনার প্রত্যাশিত ফলের মধ্যে সম্মত topology, component ও দায়িত্বের তালিকা, integration boundary, security অনুমান, operational procedure, continuity requirement, upgrade process এবং test ও handover-এর মানদণ্ড থাকতে পারে। Commercial document-এ support coverage, capacity অনুমান, service level এবং recovery commitment থাকলে তা উল্লেখ করা হয়। পৃথকভাবে পর্যালোচিত scope, আনুষ্ঠানিক quote ও স্বাক্ষরিত agreement-এর অধীনেই production service শুরু হয়; requirement জমা দিলেই network provision হয় না।