রোলব্যাককে
একটি জানা সিদ্ধান্ত করুন।
অপ্রত্যাশিত রিলিজ আচরণের জন্য উল্টানো যায় এমন প্রতিক্রিয়া নির্ধারণের একটি সতর্ক প্রি-লঞ্চ নির্দেশিকা। দলের নিজস্ব অনুমোদন ও সুরক্ষা ছাড়া প্রোডাকশন পরিবর্তন করতে এটি কাউকে নির্দেশ দেয় না।
এটি ব্যবহার করুন: রিলিজের আগে সীমাবদ্ধ রোলব্যাক পথ, তার সিদ্ধান্তের কর্তৃত্ব এবং অনুমোদিত পদক্ষেপের পর গ্রাহক-পথের পরীক্ষা চিহ্নিত করতে ব্যবহার করুন।
পরবর্তী কাজ করুন পরিচিত ধাপ।
- রিলিজের আগে রিলিজ শনাক্তকারী, সবচেয়ে ছোট উল্টানো যায় এমন একক, অনুমোদনের মালিক এবং দলের জন্য ইতিমধ্যে উপলব্ধ অনুমোদিত প্রক্রিয়াটি নথিভুক্ত করুন।
- দলের প্ল্যাটফর্ম সমর্থন করলে ধাপভিত্তিক rollout এবং তত্ত্বাবধান ব্যবহার করুন। পর্যবেক্ষিত আচরণ দলের নিজস্ব সম্মত সীমা অতিক্রম করলে বিরতি দিন।
- অনুমোদিত rollback-এর আগে পর্যবেক্ষণ, সময়, পরিধি এবং সক্রিয় রিলিজ শনাক্তকারী ধরে রাখুন। সীমাবদ্ধ উল্টানোকে ব্যাপক ধ্বংসাত্মক পদক্ষেপ দিয়ে প্রতিস্থাপন করবেন না।
- অনুমোদিত পদক্ষেপের পরে প্রধান গ্রাহক-পথ যাচাই করুন, কেবল নিশ্চিত তথ্য জানান এবং পরবর্তী পর্যালোচনার জন্য প্রমাণ সংরক্ষণ করুন।
নিশ্চিত করুন যে rollback পথটি মনে রাখা কোনো পুরোনো workflow নয়, সঠিক রিলিজ প্রক্রিয়ার বিপরীতে নথিভুক্ত।
রিলিজের আগে যেকোনো অপরিবর্তনীয় migration বা বাহ্যিক পরিবর্তন তার মালিকের সঙ্গে পর্যালোচনা করুন।
সম্ভব হলে অনুমোদিত dry-run বা tabletop exercise চালান; production পরিবর্তন না করে ফলাফল নথিভুক্ত করুন।
উৎস নোট, ঋণগ্রস্ত নিশ্চয়তা নয়।
পরিকল্পনার ভিত্তি: Google SRE-এর production-service অনুশীলন
- Google SRE Book — Production service best practices ↗নির্দেশিকাটি তত্ত্বাবধানযুক্ত ক্রমবর্ধমান rollout এবং অপ্রত্যাশিত আচরণ শনাক্ত হলে আগে rollback, পরে পুনরুদ্ধারের সময় কমাতে diagnosis করার পরামর্শ দেয়।
লেখকত্ব: SIU Enablement-এর সম্পাদকীয় খসড়া; উৎস-সীমাবদ্ধ পরিচালন নির্দেশিকা। পর্যালোচনা করেছেন: ব্যবহারের আগে রিলিজ মালিক, প্ল্যাটফর্ম মালিক এবং ডেটা মালিকের পর্যালোচনা প্রয়োজন। পুনরায় যাচাই: রিলিজ প্রক্রিয়া, migration, hosting বা provider-এ গুরুত্বপূর্ণ পরিবর্তনের আগে পুনরায় যাচাই করুন।