Tech

কেন আমার স্কিমা মাইগ্রেশন ডিপ্লয় করা সার্ভিসগুলো টিকে থাকবে কিনা তা পরীক্ষা করার আগেই চলে?

সুযোগ

যখন আপনি প্রোডাকশন ডেটাবেসে স্কিমা পরিবর্তন পুশ করেন, তখন মাইগ্রেশন এমন কোনো টুল যাচাই করার আগেই চালু হয় যে বর্তমানে চলমান সার্ভিস ভার্সনগুলো নতুন কাঠামো পড়তে ও লিখতে পারবে কিনা। একটি ড্রপড কলাম বা রিনেমড ফিল্ড পুরোনো পডগুলো ড্রেন শেষ করার আগেই ডেটাবেসে পৌঁছায়, এবং রোলব্যাক স্কিমা পুনরুদ্ধার করে কিন্তু ইতিমধ্যে নতুন ভার্সন দ্বারা লেখা ডেটা নয়। ওআরএম টুলগুলো ডিফ থেকে এসকিউএল তৈরি করে কিন্তু ডিপ্লয়মেন্ট টপোলজি, একযোগে সার্ভিস ভার্সন বা লাইভ রিড-রাইট প্যাটার্ন সম্পর্কে কিছু মডেল করে না। টিমগুলো উইকি ও ট্রাইবাল নলেজে নথিভুক্ত এক্সপ্যান্ড-কন্ট্র্যাক্ট রিচুয়াল দিয়ে ক্ষতিপূরণ করে, যা টুলিং দ্বারা প্রয়োগ করা হয় না। একটি একক বিভ্রান্ত পদক্ষেপ গত বছরে মাল্টি-সার্ভিস ক্যাসকেডিং ব্যর্থতা এবং ৪.৫ মিলিয়ন ডলারের একটি নথিভুক্ত ঘটনা ঘটিয়েছে।

কেন এটি গুরুত্বপূর্ণ

একটি প্রি-ফ্লাইট কম্প্যাটিবিলিটি চেক যা আপনার লাইভ সার্ভিস টপোলজি মডেল করে, ডিপ্লয়মেন্টের সবচেয়ে ঝুঁকিপূর্ণ পদক্ষেপটিকে এমন কিছুতে পরিণত করবে যা আপনি অ্যাপ্লাই বোতাম চাপার আগেই যুক্তির সাথে বিশ্লেষণ করতে পারবেন।

আমি কীভাবে সুযোগটি মূল্যায়ন করি

Opportunity Score হলো আমার নিজস্ব মূল্যায়ন, কোনো পরিমাপ নয়: এটি কতটা কষ্টের, কতবার সমস্যা তৈরি করে, এবং আজ এর সমাধান কতটা কম বিদ্যমান। বেশি স্কোর মানে আমার মতে এটি তৈরি করার বেশি মূল্য আছে।

তীব্রতা9/10

এটি উপস্থিত হলে কতটা ভোগান্তি সৃষ্টি করে।

ঘনত্ব8/10

মানুষ আসলে কতবার এটির মুখোমুখি হয়।

হোয়াইটস্পেস7/10

আজকের দিনে এর জন্য কতটা কম ভালো টুল রয়েছে।