প্রস্তুতি তৈরি করুন
পর্যালোচনাযোগ্য।
সক্ষম করুন, মজবুত করুন, ত্বরান্বিত করুন এবং পুনরুদ্ধার—এই ধারাগুলিতে লঞ্চের কাজ বরাদ্দ ও যাচাই করার জন্য একটি ইন্টারঅ্যাকটিভ পরিকল্পনা। এটি কোনো অ্যাকাউন্ট ছাড়াই কাজ করে; SIU‑তে সাইন‑ইন করা মালিকরা ইচ্ছা করলে শ্রেণিভিত্তিক অগ্রগতি ব্যক্তিগতভাবে সংরক্ষণ করতে পারেন। এটি কোনো রিলিজ গেট, পর্যবেক্ষণ ব্যবস্থা বা প্রোডাকশন নিয়ন্ত্রণ নয়।
এটি ব্যবহার করুন: নির্ধারিত অগ্রাধিকারের ক্রম ব্যবহার করে দায়িত্ব ও যাচাই দৃশ্যমান করুন, একই সঙ্গে ‘অজানা’ ও ‘এড়িয়ে দিন’‑কে ইঙ্গিতিত সমাপ্তি নয়, স্পষ্ট ফলাফল হিসেবে বজায় রাখুন।
পরবর্তী কাজ করুন পরিচিত ধাপ।
- একটি ধারা নির্বাচন করুন, তারপর প্রতিটি নির্ধারিত অগ্রাধিকার আইটেমকে একটি অবস্থা বরাদ্দ করুন: প্রস্তুত, অজানা, বা এড়িয়ে দিন। অজানা হলো প্রমাণ সংগ্রহের নির্দেশ; এড়িয়ে দিন‑এর জন্য একটি দায়িত্বশীল সিদ্ধান্ত প্রয়োজন।
- প্রতিটি আইটেমের জন্য মালিক এবং যাচাইকরণ বিবৃতি পর্যালোচনা করুন। মালিক ফিল্ডে শুধুমাত্র একটি ভূমিকা বা দায়িত্বশীল ব্যক্তির নাম দিন—কখনও প্ল্যানে ক্রেডেনশিয়াল বা গ্রাহকের তথ্য রাখবেন না।
- পরিবহনযোগ্য হ্যান্ডঅফ দরকার হলে বর্তমান পরিকল্পনাটি ডিভাইসে ডাউনলোড করুন। ঐচ্ছিক SIU অ্যাকাউন্ট সেভ শুধুমাত্র সাইট লেবেল এবং শ্রেণিভিত্তিক কর্ম-অবস্থাগুলো সংরক্ষণ করে; URL, ক্রেডেনশিয়াল, ফাইল এবং ফ্রি-ফর্ম মালিক নোটগুলো বাদ থাকে।
লঞ্চ কন্ট্রোল বোর্ড।
নির্ধারিত অর্ডার: আইটেমগুলো নম্বরকৃত অগ্রাধিকার ধারাবাহিকতায় থাকে। প্রমাণ অনুপস্থিত হলে 'অজানা' নির্বাচন করুন; 'এড়িয়ে দিন' কেবল তখনই বেছে নিন যখন একটি দায়ী সিদ্ধান্ত আছে।
সক্ষম করুন
রিলিজ এগোবার আগে সর্বনিম্ন সিদ্ধান্ত, দায়িত্বশীল ব্যক্তি, এবং দর্শক-সম্মুখীন মৌলিক বিষয়গুলো নির্ধারণ করুন।
- 01রিলিজের উদ্দেশ্য এবং এটি যে গ্রাহক পথ পরিবর্তন করবে তা নির্ধারণ করুন
একটি ছোট ও স্পষ্ট পরিধি পর্যালোচক ও প্রতিক্রিয়াকারীদের একটি অভিন্ন শুরুর বিন্দু দেয়।
দায়ী মালিক: রিলিজ মালিক · যাচাই: একটি সংক্ষিপ্ত রেকর্ডে একজন পর্যালোচক পরিবর্তিত পথ, নির্ধারিত গ্রাহক ফলাফল এবং রিলিজের সময়কাল নির্দেশ করতে পারবে। - 02গ্রাহক-সম্মুখীন যোগাযোগ ও এস্কেলেশন ভাষা নিশ্চিত করুন
পরিবর্তনের সময় তৈরি করা অনিয়মিত বার্তা ছাড়া গ্রাহকদের প্রভাব রিপোর্ট করার একটি স্পষ্ট উপায় প্রয়োজন।
দায়ী মালিক: গ্রাহক যোগাযোগের মালিক · যাচাই: অন-কলে থাকা ব্যক্তি বা সাপোর্ট যোগাযোগ অনুমোদিত চ্যানেলের মাধ্যমে পৌঁছনো যায় এবং প্রকাশ্য পাঠ্যের জন্য একটি দায়বদ্ধ পর্যালোচক আছে। - 03লঞ্চের আগে প্রধান গ্রাহক যাত্রা অনুসরণ করুন
ব্রাউজারে দেখা যায় এমন একটি যাত্রা এমন ত্রুটি ধরতে পারে যা বিল্ড ফলাফল ধরতে পারে না।
দায়ী মালিক: পণ্য বা QA মালিক · যাচাই: টিমটি শুরু URL, প্রত্যাশিত ফলাফল এবং কোনো প্রয়োজনীয় সাইন-ইন বা পেমেন্ট সীমা গ্রাহক তথ্য ব্যবহার না করে রেকর্ড করে।
মজবুত করুন
উপযুক্ত ব্যক্তিদের সাথে রিলিজ এবং তার পুনরুদ্ধার পথ পরিদর্শন, সীমাবদ্ধ এবং উল্টানোর জন্য সহজ করুন।
- 04রিলিজ শনাক্তকারী এবং একটি উল্টানো যোগ্য পরিবর্তন রেকর্ড সংগ্রহ করুন
একটি সুনির্দিষ্ট রেফারেন্স অনুমান কমায় যদি পরিবর্তন স্থগিত বা উল্টাতে হয়।
দায়ী মালিক: রিলিজ মালিক · যাচাই: রিলিজ শনাক্তকারী, ডিপ্লয়মেন্ট সোর্স, অনুমোদনকারী, এবং পরিচিত রোলব্যাক পথটি প্রতিক্রিয়া দায়িত্বশীলের কাছে উপলব্ধ আছে। - 05নির্ধারিত অপারেটরদের কাছে সঠিক অ্যাক্সেস পথ আছে কি না নিশ্চিত করুন
অ্যাক্সেস অনুমানগুলো পরীক্ষা না করলে এস্কেলেশন ধীর হয়।
দায়ী মালিক: প্ল্যাটফর্ম মালিক · যাচাই: প্রোডাকশন-বহির্ভূত পরিবেশ বা অনুমোদিত ড্রাই-রানের মাধ্যমে নিশ্চিত করুন যে দায়িত্বশীল ব্যক্তিরা নথিভুক্ত টুলগুলোতে পৌঁছাতে পারে; এই পরিকল্পনায় ক্রেডেনশিয়াল শেয়ার করবেন না। - 06নির্ভরশীলতা ও তৃতীয়-পক্ষ পরিবর্তনের ক্ষেত্র পর্যালোচনা করুন
তৃতীয়-পক্ষের পরিবর্তন লঞ্চ পথ বদলে দিতে পারে এমনকি অ্যাপ্লিকেশন কোড অপরিবর্তিত থাকলেও।
দায়ী মালিক: ইঞ্জিনিয়ারিং মালিক · যাচাই: রিলিজ রেকর্ডে নতুন বা পরিবর্তিত নির্ভরশীলতা, বাহ্যিক এন্ডপয়েন্ট এবং প্রতিটির মূল্যায়নকারী ব্যক্তির নাম উল্লেখ রয়েছে।
ত্বরান্বিত করুন
পর্যবেক্ষণযোগ্য ও পর্যালোচিত লঞ্চ পথ বজায় রেখে এড়ানো যোগ্য ডেলিভারি ওজন কমান।
- 07চিত্র প্রার্থীদের তাদের রেন্ডার করা স্থানে পরীক্ষা করুন
কেবল সোর্স ইমেজ দেখে জানা যায় না গ্রাহক কোন বাইটগুলো পাবেন।
দায়ী মালিক: ডিজাইন বা পারফরম্যান্স মালিক · যাচাই: অগ্রাধিক্যপ্রাপ্ত ছবিগুলোর জন্য টিমটি নির্ধারিত রেন্ডার করা প্রস্থ, অ্যাক্সেসযোগ্য বিকল্প টেক্সট, এবং রেসপনসিভ প্রার্থীগুলো আছে কি না রেকর্ড করে। - 08পরিবর্তিত পথের জন্য একটি পর্যালোচনাযোগ্য ডেলিভারি বাজেট নির্ধারণ করুন
একটি নির্দিষ্ট পরিমাপ প্রসঙ্গ অনির্দিষ্ট কর্মক্ষমতা প্রতিশ্রুতির চেয়ে বেশি কার্যকর।
দায়ী মালিক: পারফরম্যান্স মালিক · যাচাই: টিমটি পরিমাপ, টেস্ট প্রসঙ্গ এবং গ্রহণযোগ্য সীমা নথিভুক্ত করে; এটি সার্বজনীন গতি দাবি করে না। - 09রিলিজের পরে পর্যবেক্ষণের জন্য একটি সীমিত পথ সেট নির্ধারণ করুন
ফোকাস করা চেক ব্যাখ্যা করা সহজ, একটি মালিকবিহীন URL তালিকার চেয়ে।
দায়ী মালিক: রিলিজ মালিক · যাচাই: একজন মালিককে প্রত্যাশিত প্রতিক্রিয়া বা পর্যবেক্ষণ নোটসহ পাঁচটির বেশি সম্পর্কিত পথ বরাদ্দ করা হবে না।
পুনরুদ্ধার
গ্রাহকদের প্রয়োজন হওয়ার আগে একটি শান্ত হ্যান্ডঅফ, একটি এস্কেলেশন পথ, এবং উল্টানো যোগ্য প্রতিক্রিয়া প্রস্তুত করুন।
- 10ইনসিডেন্ট, প্রযুক্তিগত এবং যোগাযোগ সিদ্ধান্তমূলক ভূমিকা নির্দিষ্ট করুন
ভূমিকার স্পষ্টতা সমন্বিত প্রতিক্রিয়াকে সমর্থন করে; এটি ধরে নেয় না যে এক ব্যক্তি প্রতিটি সমস্যা নির্ণয় করতে পারবে।
দায়ী মালিক: ইনসিডেন্ট রেসপন্স মালিক · যাচাই: প্রতিটি ভূমিকায় একটি নামকৃত দায়বদ্ধ ব্যক্তি বা রিলিজ সময়কালের জন্য একটি স্পষ্ট এস্কেলেশন পথ আছে। - 11বিরত বা রোলব্যাক করার সিদ্ধান্তসীমা অনুশীলন করুন
একটি উল্টানো যোগ্য পথ তখনই নিরাপদ যখন তার অনুমোদন ও যাচাইকরণ ধাপগুলো চাপ বাড়ার আগেই জানা থাকে।
দায়ী মালিক: রিলিজ মালিক · যাচাই: টিমটি অনুমোদিত ট্রিগার, কে এটি অনুমোদন করে, এবং কার্যটির আগে ও পরে কী প্রমাণ সংগ্রহ করতে হবে তা জানে। - 12লাইভ সার্ভিস-স্টেটাস কাজকে Status Is Down-এ লিঙ্ক করুন
SIU পরিকল্পনা নির্দেশ দেয়; লাইভ সার্ভিস-স্টেটাস কাজ SID-এ থাকা উচিত।
দায়ী মালিক: যোগাযোগের মালিক · যাচাই: যোগাযোগ পরিকল্পনাটি লাইভ সার্ভিস সিগন্যাল ও আপডেটের জন্য লোকজনকে প্রাসঙ্গিক SID গন্তব্যে নির্দেশ করে।
রিলিজ সিদ্ধান্তের আগে প্রস্তুত নয় এমন সব আইটেম সংশ্লিষ্ট মালিকের সঙ্গে পর্যালোচনা করুন।
যাচাইকরণ বিবৃতিগুলো বাস্তব রিলিজ পরিবেশ এবং ডকুমেন্ট করা রেসপন্স প্রক্রিয়ার সঙ্গে মিলিয়ে নিশ্চিত করুন।
লাইভ স্ট্যাটাস ও চলমান ইনসিডেন্ট কাজ SID এবং দলের ইনসিডেন্ট ওয়ার্কফ্লোতে পাঠান।
ক্লায়েন্ট-সাইড পরিকল্পনা এক্সপোর্ট। এটি একটি রিলিজ অনুমোদন, মনিটরিং রেকর্ড বা প্রোডাকশন কন্ট্রোল নয়।
উৎস নোট, ঋণগ্রস্ত নিশ্চয়তা নয়।
পরিকল্পনার ভিত্তি: লিঙ্ক করা SIU গাইডগুলিতে ব্যবহৃত Google SRE, CISA, OWASP, web.dev, এবং MDN রেফারেন্স。
- CISA — Planning: Response & Recovery ↗CISA ইন্সিডেন্ট ও দুর্যোগ পুনরুদ্ধার পরিকল্পনা, ব্যবসায়িক প্রভাবের অগ্রাধিকার নির্ধারণ, যোগাযোগ পথ এবং অভ্যন্তরীণ রিপোর্টিং কাঠামোকে গুরুত্ব দেয়।
- Google SRE Book — Production service best practices ↗গাইডলাইনগুলো সুপারভাইজড প্রগ্রেসিভ রোলআউট এবং অপ্রত্যাশিত আচরণ দেখা গেলে প্রথমে রোলব্যাক করে পরে ডায়াগনসিস করার পরামর্শ দেয়, যাতে পুনরুদ্ধার সময় কমে।
- OWASP — Software Supply Chain Security Cheat Sheet ↗OWASP উপযুক্ত ক্ষেত্রে ডিপেন্ডেন্সি ইনভেন্টরি, স্বয়ংক্রিয় SBOM জেনারেশন, পর্যবেক্ষণ, ভার্সন পিনিং, বিল্ড-টুল ইনভেন্টরি এবং provenance নিয়ন্ত্রণ সুপারিশ করে।
- web.dev — Responsive images ↗web.dev ব্যাখ্যা করে যে ইমেজের বাইট গুরুত্বপূর্ণ হতে পারে এবং উপযুক্ত ব্যবহারের ক্ষেত্রে responsive candidates, srcset, sizes এবং picture কিভাবে ব্যবহার করবেন তা বর্ণনা করে।
লেখকত্ব: SIU Enablement সম্পাদকীয় খসড়া; উৎস-সীমাবদ্ধ অপারেশনাল নির্দেশিকা। পর্যালোচনা করেছেন: প্রতিটি পরিকল্পনা একটি রিলিজ মালিককে পর্যালোচনা করতে হবে। ঐচ্ছিক অ্যাকাউন্ট সেভ শুধুমাত্র সাইট লেবেল এবং শ্রেণিভিত্তিক কর্ম-অবস্থাগুলো ব্যক্তিগতভাবে সংরক্ষণ করে; SIU কোনো রিলিজ অনুমোদন করে না। পুনরায় যাচাই: গুরুত্বপূর্ণ রিলিজের আগে এবং যখন মালিকানা, টুলিং বা গ্রাহকের পথ পরিবর্তিত হয় তখন পুনঃযাচাই করুন।