স্বাধীন ডিপ্লয়েবিলিটি হল মূল লক্ষ্য, তাই প্রতিটি সার্ভিসের নিজস্ব CI/CD পাইপলাইন প্লাস একটি কম-ঝুঁকিপূর্ণ রিলিজ কৌশল প্রয়োজন — সাধারণত canary বা blue-green — দিনে অনেকবার নিরাপদে শিপ করার জন্য।
প্রতিটি সার্ভিস তার নিজস্ব গতিতে বিল্ড, টেস্ট এবং ডিপ্লয় করে। একটি সার্ভিসে পরিবর্তন কখনো সম্পূর্ণ-সিস্টেম রিলিজ ট্রিগার করে না।
commit ─▶ build ─▶ unit + contract tests ─▶ image ─▶ deploy (one service)
| কৌশল | কীভাবে | সুবিধা | অসুবিধা |
|---|---|---|---|
| Rolling | ইনস্ট্যান্সগুলি ধীরে ধীরে প্রতিস্থাপন করুন | সহজ, ডিফল্ট | সংক্ষিপ্তভাবে মিশ্র সংস্করণ |
| Blue-green | দুটি env, ট্রাফিক সুইচ করুন | তাৎক্ষণিক রোলব্যাক | 2x infra |
| Canary | নতুন সংস্করণে ছোট % পাঠান | ব্লাস্ট রেডিয়াস সীমিত করুন | ভাল মেট্রিক্স প্রয়োজন |
v1 ████████████████ 95% ← watch error rate / latency
v2 █ 5% ← promote if healthy, roll back if not
└─ automated check on SLOs decides promote vs abort
[ Blue v1 ] ◀─ live ──┐
[ Green v2 ] ◀─ idle ├─ flip router ─▶ Green is live; Blue is instant rollback
ব্যাকওয়ার্ড-সামঞ্জস্যপূর্ণ স্কিমা ছাড়া, canary/blue-green ভেঙে যায় কারণ দুটি সংস্করণ একসাথে চলে। সবসময় সংস্করণ জুড়ে সামঞ্জস্যপূর্ণ পরিবর্তন ডিজাইন করুন।
ঘন ঘন, কম-ঝুঁকিপূর্ণ ডিপ্লয় হল যা মাইক্রোসার্ভিসকে জটিলতার মূল্য দেয় — ধীর, ঝুঁকিপূর্ণ রিলিজ স্বায়ত্ত্ব সুবিধা মুছে দেবে।
Canary এবং blue-green একটি খারাপ ডিপ্লয়ের ব্লাস্ট রেডিয়াস সীমিত করে এবং প্রায়-তাৎক্ষণিক রোলব্যাক প্রদান করে, ডিপ্লয়মেন্টকে একটি ভীতিকর ইভেন্ট থেকে একটি রুটিন, স্বয়ংক্রিয়, দৈনিক কার্যকলাপে পরিণত করে।