8.5 টেস্ট ও প্রক্রিয়া স্বয়ংক্রিয়তা

পরিচিতি ও প্রেরণা

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

বড় দলের জন্য স্বয়ংক্রিয়তাই মান ও নিয়ন্ত্রণকে পরিসরের চাপে ধসে পড়া থেকে রক্ষার একমাত্র উপায়। শত শত ইঞ্জিনিয়ারের হাজার হাজার পরিবর্তনের সঙ্গে ম্যানুয়াল টেস্টিং তাল রাখতে পারে না। এটি বাধা হয়ে ওঠে, এবং এর কভারেজ অসঙ্গত ও অনির্ভরযোগ্য হয়। ম্যানুয়াল পরিচালনগত পদ্ধতিও ভোগে। একটি সেবা পুনরায় চালু করা, একটি ক্রেডেনশিয়াল ঘোরানো এবং নিরীক্ষা প্রমাণ সংগ্রহ সবই ধীর ও ত্রুটিপ্রবণ হয় যখন ক্লান্ত মানুষ বিশাল সম্পত্তি জুড়ে চাপের মধ্যে তা করে। এই কাজ স্বয়ংক্রিয় করা ফল পুনরাবৃত্তিযোগ্য করে। এটি দক্ষ ইঞ্জিনিয়ারদের সেই বিচার-নিবিড় সমস্যায় মনোযোগ দিতেও মুক্ত করে যেখানে সত্যিই মানুষের অন্তর্দৃষ্টি দরকার।

এন্টারপ্রাইজ ও সরকারি প্রেক্ষাপটে স্বয়ংক্রিয়তা সম্মতিকে টেকসই করারও চাবিকাঠি। নিয়ন্ত্রিত প্রতিষ্ঠানকে নিরন্তর প্রদর্শন করতে হয় যে নিয়ন্ত্রণ জায়গায় আছে এবং প্রমাণ সংগৃহীত। এটি হাতে করা ব্যয়বহুল, ধীর এবং ফাঁকপ্রবণ। প্রমাণ সংগ্রহ ও নিয়ন্ত্রণ প্রয়োগ স্বয়ংক্রিয় করা সম্মতিকে পর্যায়ক্রমিক ফায়ার ড্রিল থেকে সিস্টেমের একটি নিরন্তর, যাচাইযোগ্য বৈশিষ্ট্যে পরিণত করে। এই “কোড হিসেবে সম্মতি” পদ্ধতি খরচ কমায় এবং নিরীক্ষক ও নিয়ন্ত্রকদের প্রয়োজনীয় নিশ্চয়তা শক্তিশালী করে।

মূল নীতিসমূহ

• যে কাজ পুনরাবৃত্ত, পূর্বাভাসযোগ্য ও নিয়ম-ভিত্তিক তা স্বয়ংক্রিয় করুন; মানুষের প্রচেষ্টা বিচারের জন্য সংরক্ষণ করুন।
• স্বয়ংক্রিয় টেস্ট দ্রুত, নির্ভরযোগ্য ও নির্ধারণবাদী করুন, নইলে তা উপেক্ষিত হবে।
• টেস্ট সমান্তরালে চালান এবং আগে সরান যাতে স্যুট বাড়লেও প্রতিক্রিয়া দ্রুত থাকে।
• পরিচালনগত পদ্ধতি রানবুক-হিসেবে-কোড কোডবদ্ধ করুন যাতে সেগুলো সংস্করণ করা, পরীক্ষাযোগ্য ও কার্যকর হয়।
• বাইরে থেকে সিস্টেমে আটকানো ভঙ্গুর স্ক্রিপ্টের চেয়ে ভালোভাবে একীভূত স্বয়ংক্রিয়তা পছন্দ করুন।
• স্বাভাবিক কর্মপ্রবাহের উপজাত হিসেবে স্বয়ংক্রিয়ভাবে সম্মতি প্রমাণ তৈরি করুন।
• উচ্চ-ঝুঁকির কাজে মানুষকে লুপে রাখুন; আগে নিরাপদ ও রুটিন স্বয়ংক্রিয় করুন।

সুপারিশ

দ্রুত, নির্ভরযোগ্য, সমান্তরাল টেস্ট অবকাঠামো গড়ুন

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

রিলিজ, সম্মতি ও প্রমাণ সংগ্রহ স্বয়ংক্রিয় করুন

স্বয়ংক্রিয়তা টেস্টিংয়ের বাইরে রিলিজ ও সম্মতি কর্মপ্রবাহে প্রসারিত করুন। পাইপলাইন স্বয়ংক্রিয়ভাবে নিরীক্ষকদের দরকারি আর্টিফ্যাক্ট তৈরি করুক: কে একটি পরিবর্তন অনুমোদন করেছেন, কোন টেস্ট চলেছে ও পাস করেছে, নিরাপত্তা স্ক্যান কী পেয়েছে, এবং ঠিক কোন আর্টিফ্যাক্ট ডিপ্লয় হয়েছে তার রেকর্ড। নিয়ন্ত্রণকে কোড গণ্য করুন, যাতে প্রয়োজনীয় পরীক্ষা অভিন্নভাবে প্রয়োগ হয় এবং তাদের ফল লগ হয়। এই “কোড হিসেবে সম্মতি” প্রমাণ সংগ্রহকে নিরীক্ষার আগের ম্যানুয়াল হুড়োহুড়ি থেকে একটি নিরন্তর, সর্বদা-হালনাগাদ রেকর্ডে পরিণত করে। এটি সিস্টেমের সম্মতি অবস্থানকে যেকোনো মুহূর্তে পর্যবেক্ষণযোগ্যও করে।

ChatOps ও রানবুক-হিসেবে-কোড গ্রহণ করুন

পরিচালনগত পদ্ধতি পুরনো হয়ে যাওয়া গদ্য নথির বদলে সংস্করণ নিয়ন্ত্রণে রাখা কার্যকর রানবুক হিসেবে কোডবদ্ধ করুন। যেখানে একটি পদ্ধতি নিরাপদ ও ভালো-বোঝা, তা এমন স্বয়ংক্রিয়তায় জুড়ুন যা চাহিদা অনুযায়ী চালাতে পারে। ChatOps এই অপারেশনগুলো একটি ভাগ করা চ্যাট ইন্টারফেসে আনে, যাতে অপারেটররা একটি স্বচ্ছ, সহযোগী, লগ করা কথোপকথনে স্বয়ংক্রিয় কাজ ট্রিগার ও পর্যবেক্ষণ করে। এটি পুরো দলের কাছে পরিচালনা দৃশ্যমান করে এবং কী করা হয়েছে তার একটি স্বয়ংক্রিয় রেকর্ড তৈরি করে। এটি কম-অভিজ্ঞ ইঞ্জিনিয়ারদের জন্য নিরাপদে পদ্ধতি চালানোর বাধাও কমায়, কারণ স্বয়ংক্রিয়তা সঠিক ধাপ এনকোড করে।

স্বয়ংক্রিয় প্রতিকার সাবধানে বাস্তবায়ন করুন

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

রোবটিক প্রক্রিয়া স্বয়ংক্রিয়তা (RPA) সঠিক জায়গায় বসান

রোবটিক প্রক্রিয়া স্বয়ংক্রিয়তা বিদ্যমান ব্যবহারকারী ইন্টারফেস ও অ্যাপ্লিকেশন চালিয়ে কাজ স্বয়ংক্রিয় করে, একজন মানুষ যে ক্লিক ও কীস্ট্রোক করত তা অনুকরণ করে। যে লেগেসি বা তৃতীয়-পক্ষ সিস্টেম কোনো API উন্মুক্ত করে না এবং অন্য কোনোভাবে একীভূত করা যায় না তাদের জন্য সেতু হিসেবে RPA-র একটি বৈধ স্থান আছে। এমন ক্ষেত্রে এটি বাস্তববাদীভাবে ব্যবহার করুন, কিন্তু এর সীমা জানুন। UI-চালিত স্বয়ংক্রিয়তা স্বভাবতই ভঙ্গুর: ইন্টারফেস বদলালেই ভাঙে, এবং এটি একীকরণের অন্তর্নিহিত অভাব সমাধান করে না। যেখানে একটি যথাযথ API বা ইন্টিগ্রেশন পাওয়া যায় সেখানে তা পছন্দ করুন। RPA-কে কৌশলগত ভিত্তি নয়, কৌশলগত সাময়িক ব্যবস্থা গণ্য করুন, এবং সিস্টেম আধুনিক হলে তা প্রতিস্থাপনের পরিকল্পনা করুন।

শাসন, নিরাপত্তা ও খরচ নিয়ন্ত্রণ স্বয়ংক্রিয় করুন

সাংগঠনিক নিয়ন্ত্রণ নিরন্তর চলা স্বয়ংক্রিয় পরীক্ষা হিসেবে এনকোড করুন: অবকাঠামো গার্ডরেইলের জন্য নীতি-হিসেবে-কোড, পাইপলাইনে স্বয়ংক্রিয় নিরাপত্তা স্ক্যানিং, এবং খরচ অসঙ্গতি ও নিষ্ক্রিয় সম্পদের স্বয়ংক্রিয় শনাক্তকরণ। শাসন স্বয়ংক্রিয় করা নিয়ন্ত্রণ অভিন্ন ও এড়ানো-অসম্ভব করে, এবং ম্যানুয়াল পর্যালোচনা কখনো ঢাকতে পারত না এমন পরিবর্তনের পরিমাণ পর্যন্ত স্কেল করে। একই পদ্ধতি যা একটি নিরাপত্তা নীতি প্রয়োগ করে তা একটি ছুটে-চলা ক্লাউড বিল বা একটি অনুপস্থিত প্রয়োজনীয় ট্যাগ চিহ্নিত করতে পারে। শাসন পর্যায়ক্রমিক ম্যানুয়াল নিরীক্ষা থেকে নিরন্তর স্বয়ংক্রিয় গার্ডরেইলে সরে।

ট্রেড-অফ: সুবিধা ও অসুবিধা

পছন্দ	সুবিধা	অসুবিধা	সবচেয়ে ভালো মানায়
ব্যাপক স্বয়ংক্রিয় টেস্টিং	দ্রুত, সামঞ্জস্যপূর্ণ প্রতিক্রিয়া; পরিবর্তন সম্ভব করে	নির্মাণ ও রক্ষণাবেক্ষণ খরচ; অস্থিরতা ঝুঁকি	পরিসরে সব দল
কোড হিসেবে সম্মতি	নিরন্তর, নিরীক্ষা-প্রস্তুত প্রমাণ	নিয়ন্ত্রণ কোডবদ্ধ করতে অগ্রিম প্রকৌশল	নিয়ন্ত্রিত প্রতিষ্ঠান
রানবুক-হিসেবে-কোড + ChatOps	পুনরাবৃত্তিযোগ্য, দৃশ্যমান, লগ করা অপারেশন	কোডবদ্ধ ও রক্ষণাবেক্ষণের পরিশ্রম	প্রকৃত অপস বোঝাসহ দল
স্বয়ংক্রিয় প্রতিকার	দ্রুততর পুনরুদ্ধার; কম পরিশ্রম	শনাক্তকরণ ভুল হলে ঝুঁকি	ভালো-বোঝা পুনরাবৃত্ত সমস্যা
RPA (UI স্বয়ংক্রিয়তা)	API নেই এমন সিস্টেম সংযুক্ত করে	ভঙ্গুর; ইন্টিগ্রেশন ফাঁক ঢাকে	সাময়িক ব্যবস্থা হিসেবে লেগেসি সিস্টেম
স্বয়ংক্রিয় শাসন	অভিন্ন, এড়ানো-অসম্ভব নিয়ন্ত্রণ	নীতি রচনা ও সুরের পরিশ্রম	বড়, শাসিত সম্পত্তি

কেন্দ্রীয় ট্রেড-অফ অগ্রিম বিনিয়োগ বনাম চলমান পরিশ্রম ও ঝুঁকি। স্বয়ংক্রিয়তা সবসময় গড়তে ও রক্ষণাবেক্ষণে প্রচেষ্টা খরচ করে। খারাপভাবে গড়া স্বয়ংক্রিয়তা, অস্থির টেস্ট, ভঙ্গুর RPA বা খারাপ সংকেতে ট্রিগার হওয়া প্রতিকার যাই হোক, কোনোটি না থাকার চেয়ে খারাপ হতে পারে, কারণ এটি আস্থা ক্ষয় করে বা ব্যর্থতা বাড়ায়। শৃঙ্খলা তিনমুখী: সত্যিই পুনরাবৃত্তিযোগ্য ও নির্ভরযোগ্য যা তা স্বয়ংক্রিয় করুন, সেই স্বয়ংক্রিয়তা বিশ্বস্ত করতে বিনিয়োগ করুন, এবং বিচার বা উচ্চ ঝুঁকি দাবি করলে মানুষকে লুপে রাখুন। ভালোভাবে করা হলে স্বয়ংক্রিয়তা বহুগুণ ফেরত দেয়। অযত্নে করা হলে তা নিজেই একটি দায় হয়ে ওঠে।

আপনার দলের সঙ্গে আলোচনার প্রশ্ন

1. আপনার ইন্টিগ্রেশন ও এন্ড-টু-এন্ড টেস্ট কি বাস্তবসম্মত, ক্ষণস্থায়ী পরিবেশে চলে, নাকি সবার ঝগড়া করা একটি ভাগ করা স্টেজিং বাক্সে? প্রতি পুল রিকোয়েস্টে চাহিদা-অনুযায়ী বিচ্ছিন্ন পরিবেশ ইন্টিগ্রেশন ও এন্ড-টু-এন্ড টেস্টকে দলগুলোর একে অপরকে আটকানো বা ভাগ করা অবস্থা দূষিত করা ছাড়া বাস্তবসম্মত অবকাঠামো প্রয়োগ করতে দেয়। একটি একক ভাগ করা স্টেজিং পরিবেশ বাধা এবং অস্থির, ক্রম-নির্ভর ব্যর্থতার উৎস হয় যত বেশি দল জড়ো হয়। ঠিক করুন আপনি ক্ষণস্থায়ী পরিবেশ চালু করতে পারেন কি না, তার খরচ কত, এবং কোন টেস্ট সত্যিই সেগুলো চায় বনাম একটি দ্রুত ইন-মেমরি বিকল্প। ডেটা আনুন: স্টেজিং কত ঘন ঘন প্রতিযোগিতাপূর্ণ, কতগুলো ব্যর্থতা ভাগ করা পরিবেশের হস্তক্ষেপে ফিরে যায়, এবং ইন্টিগ্রেশন স্তরের বর্তমান প্রাচীর-ঘড়ি সময়। উত্তর আপনার টেস্ট নির্ভরযোগ্যতা এবং পিরামিডের ওপরের স্তরগুলো কত দ্রুত প্রতিক্রিয়া ফেরত দেয় দুটিই আকার দেয়।

2. পরিচালনগত পদ্ধতি কি রানবুক-হিসেবে-কোড হিসেবে কোডবদ্ধ এবং ChatOps-এর মাধ্যমে উপস্থাপিত, নাকি তা এখনো পুরনো হয়ে যাওয়া গদ্য হিসেবে থাকে? কোডবদ্ধ, সংস্করণ-নিয়ন্ত্রিত রানবুক পরীক্ষাযোগ্য ও কার্যকর, এবং একটি ভাগ করা চ্যাট ইন্টারফেসের মাধ্যমে তা চালানো প্রতিটি কর্ম দৃশ্যমান ও স্বয়ংক্রিয়ভাবে লগ করে। এটি একজন কম-অভিজ্ঞ অন-কল ইঞ্জিনিয়ারের নিরাপদে কাজ করার বাধা কমায়, কারণ স্বয়ংক্রিয়তা গোষ্ঠীগত স্মৃতির ওপর নির্ভর না করে সঠিক ধাপ এনকোড করে। ঠিক করুন কোন পদ্ধতি প্রথমে জুড়ে দেওয়ার জন্য যথেষ্ট নিরাপদ ও ভালো-বোঝা, এবং মানুষকে কীভাবে হস্তক্ষেপের সামর্থ্য রাখবেন। একটি বড় সম্পত্তির জন্য এই স্বচ্ছতা কে কখন কী করেছে তার একটি নিরীক্ষা রেকর্ডও। আপনার বর্তমান রানবুক আনুন, কোনগুলো বাসি তা চিহ্নিত করুন, এবং প্রথমে কোডবদ্ধ করার জন্য সবচেয়ে বেশি চালানো দুই বা তিনটি পদ্ধতি শনাক্ত করুন।

3. আপনার পাইপলাইনে কোন নিরাপত্তা স্ক্যান ও নীতি পরীক্ষা একটি মার্জ আটকায়, এবং কোনগুলো কেবল সতর্ক করে? স্বয়ংক্রিয় শাসন গড়া কেবল তখনই মূল্যবান যখন নিয়ন্ত্রণ এড়ানো-অসম্ভব, কারণ কেবল সতর্ক করা একটি পরীক্ষা সময়সীমার চাপে উইকি নীতির মতোই উপেক্ষিত হয়। নিয়ন্ত্রণ-ধরে-নিয়ন্ত্রণ ঠিক করুন কী আটকায় ও কী সতর্ক করে: একটি জটিল দুর্বলতা বা অনুপস্থিত এনক্রিপশন ট্যাগ সম্ভবত আটকায়, যখন একটি নিম্ন-তীব্রতার স্টাইল পর্যবেক্ষণ সতর্ক করতে পারে। পরিসরে এভাবেই আপনি কোনো ম্যানুয়াল পর্যালোচনা ঢাকতে পারত না এমন পরিবর্তনের পরিমাণে নিরাপত্তা ও খরচ গার্ডরেইল অভিন্নভাবে প্রয়োগ করেন। আপনার বর্তমান পরীক্ষার তালিকা আনুন এবং প্রতিটিকে আটকানো বা পরামর্শমূলক চিহ্নিত করুন, তারপর মিথ্যা-ইতিবাচক হার আলোচনা করুন, কারণ একটি কোলাহলপূর্ণ আটকানো পরীক্ষা মানুষকে ব্যতিক্রম চাইতে প্রশিক্ষিত করে। আটকানো ও সতর্ক করার মধ্যকার রেখাই সেই জায়গা যেখানে আপনার শাসনের দাঁত আছে বা নেই।

4. কোন স্বয়ংক্রিয় প্রতিকার আমরা একজন মানুষের আগে নিশ্চিত করা ছাড়াই কাজ করতে দিতে ইচ্ছুক, এবং শনাক্তকরণ ভুল হলে ক্ষতির পরিসর কী? স্বয়ংক্রিয় প্রতিকার পুনরুদ্ধার সময় ও সতর্কতা-ক্লান্তি কমায়, কিন্তু একটি মিথ্যা সংকেতে ট্রিগার হওয়া সংশোধন একটি ছোট ঝলককে পূর্ণ বিভ্রাটে পরিণত করতে পারে, তাই কী অনির্ধারিত চলবে সেই সিদ্ধান্ত একটি ঝুঁকি সিদ্ধান্ত, সুবিধা নয়। প্রতিদ্বন্দ্বী টান ওজন করুন: অনির্ধারিত কাজ দ্রুততম কিন্তু সবচেয়ে ঝুঁকিপূর্ণ, যখন মানুষ-লুপে নিশ্চিতকরণ নিরাপদতর কিন্তু আপনি যে বিলম্ব ও পরিশ্রম সরাতে চেয়েছিলেন তা ফিরিয়ে আনে। ফ্রিকোয়েন্সি এবং সবচেয়ে খারাপ-ক্ষেত্র ক্ষতির পরিসর অনুযায়ী র‍্যাঙ্ক করা প্রার্থী প্রতিকার, প্রতিটির পিছনের শনাক্তকরণের ঐতিহাসিক মিথ্যা-ইতিবাচক হার, এবং প্রতিটি কর্ম লগ করা ও ফেরানো-যোগ্য কি না আনুন। একটি বড় এন্টারপ্রাইজ বা সরকারি সম্পত্তির জন্য প্রোডাকশন ডেটা বা নাগরিক-মুখী সেবা ছোঁয় এমন যেকোনো কিছুর জন্য একটি আনুষ্ঠানিক পরিবর্তন-কর্তৃত্ব ও রোলব্যাক পরিকল্পনা যোগ করুন, কারণ যে স্বয়ংক্রিয় প্রতিকার নিরীক্ষা বা পূর্বাবস্থায় ফেরানো যায় না তা এমন যা একজন নিয়ন্ত্রক আপনাকে বন্ধ করতে বাধ্য করবেন।

5. আমাদের স্বয়ংক্রিয়তা যাতে দায়ে পরিণত না হয় সেজন্য আমরা এর রক্ষণাবেক্ষণে কীভাবে অর্থায়ন ও মালিকানা বরাদ্দ করি? টেস্ট, রানবুক, নীতি পরীক্ষা ও RPA বট সবই চারপাশের সিস্টেম বদলালে পচে যায়, এবং অবহেলিত স্বয়ংক্রিয়তা কিছু না থাকার চেয়ে খারাপ: একটি বাসি রানবুক সংকটে মিথ্যা আত্মবিশ্বাস দেয় এবং একটি ভাঙা RPA বট নীরবে কাজ ফেলে দেয়। টানাপোড়েন হলো রক্ষণাবেক্ষণ একই ইঞ্জিনিয়ারদের জন্য ফিচার কাজের সঙ্গে প্রতিযোগিতা করে, এবং কিছু ভাঙা পর্যন্ত এটি অদৃশ্য, তাই সময়সীমার চাপে এটিই প্রথম কাটা পড়ে। স্বয়ংক্রিয়তা সম্পদের বর্তমান তালিকা, অস্থির-টেস্ট ও ভাঙা-বট ব্যাকলগ, এবং ইতিমধ্যে রক্ষণাবেক্ষণে যাওয়া ইঞ্জিনিয়ার-ঘণ্টা বনাম বাজেট করা পরিমাণের একটি সৎ অনুমান আনুন। একটি এন্টারপ্রাইজ বা সরকারি পরিবেশে প্রতিটি জটিল স্বয়ংক্রিয়তার জন্য জবাবদিহিযোগ্য মালিকের নাম দিন এবং এর রক্ষণাবেক্ষণ একটি সুস্পষ্ট খরচের লাইন হিসেবে অর্থায়ন করুন, কারণ নিরীক্ষক ও ঘটনা পর্যালোচনা জিজ্ঞেস করবে একটি অরক্ষিত নিয়ন্ত্রণ নীরবে ব্যর্থ হলে কে দায়ী ছিল।

6. RPA দিয়ে আমরা যে প্রতিটি লেগেসি সিস্টেম স্বয়ংক্রিয় করি তার জন্য একটি প্রকৃত ইন্টিগ্রেশনের পক্ষে সেই RPA অবসরের সুনির্দিষ্ট পরিকল্পনা ও ট্রিগার কী? RPA যে সিস্টেম কোনো API উন্মুক্ত করে না তাদের জন্য একটি বৈধ সেতু, কিন্তু প্রস্থান পরিকল্পনাহীন একটি সেতু নীরবে স্থায়ী, ভঙ্গুর অবকাঠামোতে শক্ত হয় যা প্রতিটি UI পরিবর্তনে ভাঙে এবং ঠিক সেই ইন্টিগ্রেশন ফাঁক গেঁথে দেয় যা সে পেরোনোর কথা ছিল। ট্রেড-অফ প্রকৃত: RPA এখন দ্রুত ও সস্তায় মূল্য দেয়, যেখানে একটি যথাযথ API ইন্টিগ্রেশন অগ্রিম বেশি খরচ করে কিন্তু টেকসই, তাই শৃঙ্খলা হলো RPA-কে ক্রয় নয়, একটি তারিখযুক্ত ঋণ গণ্য করা। প্রোডাকশনে থাকা RPA বটের তালিকা, প্রতিটি যে সিস্টেমের ওপর নির্ভর করে, প্রতিটি কত ঘন ঘন ভাঙে, এবং অন্তর্নিহিত সিস্টেমের জন্য একটি আধুনিকীকরণ বা ইন্টিগ্রেশন প্রচেষ্টা আসলে অর্থায়িত ও নির্ধারিত কি না আনুন। দশক-পুরনো মূল অ্যাপ্লিকেশন বহনকারী এন্টারপ্রাইজ ও সরকারি সম্পত্তির জন্য প্রতিটি RPA বটকে একটি নামকরা আধুনিকীকরণ মাইলফলকের সঙ্গে বাঁধুন, কারণ অবসরের তারিখ ছাড়া নীরবে জটিল হয়ে ওঠা RPA এমন প্রযুক্তিগত ঋণ যা সে যে ইন্টারফেস স্ক্র্যাপ করে তা বদলাতে থাকা প্রতি বছর চক্রবৃদ্ধি হয়।

খাতভেদে দৃষ্টিভঙ্গি

স্টার্টআপ। দুই বা তিনজন ইঞ্জিনিয়ার আর অবকাঠামো গড়ার সময় নেই, তাই প্রতিটি পরিবর্তনে কয়েক মিনিটে চলা একটি ছোট, দ্রুত টেস্ট পিরামিড রাখুন, এবং যেকোনো অস্থির টেস্টকে সেই সপ্তাহেই সারানো বা মুছে ফেলার মতো প্রকৃত বাগ গণ্য করুন। এখনো যা দরকার নেই এমন ভারী সম্মতি টুলিং ও নীতি-হিসেবে-কোড বাদ দিন, এবং আপনার সবচেয়ে বেশি চালানো দুই বা তিনটি পরিচালনগত সংশোধন চ্যাট থেকে ট্রিগার হওয়া সরল স্ক্রিপ্ট হিসেবে কোডবদ্ধ করুন। যা দৈনন্দিন পরিশ্রম সরায় তা স্বয়ংক্রিয় করুন, এবং শাসন সমস্যা হওয়ার আগে শাসন যন্ত্রপাতি গড়া প্রতিরোধ করুন।

ছোট ব্যবসা। কোনো নিবেদিত টেস্ট বা প্ল্যাটফর্ম বিশেষজ্ঞ নেই, তাই আপনি ইতিমধ্যে যে টুলের দাম দেন তাতে গাঁথা স্বয়ংক্রিয়তার ওপর ঝুঁকুন: CI সেবার গাঁথা টেস্ট রানার, তার স্ক্যানিং অ্যাড-অন, এবং বিশেষায়িত টেস্ট-অবকাঠামো নির্মাণের বদলে ম্যানেজড পরিবেশ। কেনা-বনাম-গড়ার পছন্দ ফ্রেম করুন আপনি বাস্তবে যে রক্ষণাবেক্ষণ টেকাতে পারেন তা ঘিরে, কারণ কেউ রক্ষণাবেক্ষণ করতে পারে না এমন চতুর কাস্টম পাইপলাইন একটি সরলতর হোস্টেড পাইপলাইনের চেয়ে খারাপ ফল। RPA সংযতভাবে ব্যবহার করুন এবং কেবল যেখানে একটি বিক্রেতা টুল এমন সিস্টেম সেতুবদ্ধ করে যা আপনি অন্য কোনোভাবে একীভূত করতে পারেন না।

এন্টারপ্রাইজ। অনেক দল জুড়ে লক্ষ্য হলো ম্যানুয়াল পর্যালোচনা ঢাকতে না পারা পরিসরে অভিন্ন, এড়ানো-অসম্ভব নিয়ন্ত্রণ: ক্ষণস্থায়ী পরিবেশসহ ভাগ করা সমান্তরাল টেস্ট অবকাঠামো, নীতি-হিসেবে-কোড গার্ডরেইল, এবং প্রতিটি পাইপলাইন চালনা থেকে স্বয়ংক্রিয়ভাবে তৈরি সম্মতি প্রমাণ। ইন্টারফেস প্রমিত করুন যাতে দলগুলো প্রত্যেকে ভঙ্গুর স্ক্রিপ্ট পুনরাবিষ্কারের বদলে প্রতিকার ও রানবুক টুলিং পুনর্ব্যবহার করে, এবং স্পষ্ট রক্ষণাবেক্ষণ বাজেটসহ স্বয়ংক্রিয়তাকে মালিকানাধীন, অর্থায়িত পোর্টফোলিও হিসেবে পরিচালনা করুন। খেয়াল রাখুন এক দলে যে পরীক্ষা কেবল সতর্ক করে তা অন্য দলে আটকানো গণ্য না হয়, কারণ অসঙ্গত প্রয়োগ আপনি যে নিশ্চয়তার দাম দিচ্ছেন তা ক্ষুণ্ণ করে।

সরকার। ক্রয় নিয়ম, স্বচ্ছতা দায়িত্ব এবং নিরন্তর-মনিটরিং আদেশ কোড হিসেবে সম্মতিকে প্রায় অপরিহার্য করে: প্রতিটি পাইপলাইন চালনায় পরীক্ষা করা নিয়ন্ত্রণ, সম্পাদিত স্ক্যান এবং প্রদত্ত অনুমোদন টেম্পার-স্পষ্ট, নিরীক্ষা-প্রস্তুত প্রমাণ হিসেবে রেকর্ড করা উচিত। ভবিষ্যৎ চুক্তি অন্য সরবরাহকারীতে সরতে পারে এমন মালিকানাধীন লক-ইনের বদলে উন্মুক্ত, বহনযোগ্য স্বয়ংক্রিয়তা পছন্দ করুন, এবং নাগরিক-মুখী সেবা ছোঁয় এমন যেকোনো প্রতিকারের জন্য একজন মানুষকে জবাবদিহিযোগ্য রাখুন। যেখানে একটি দশক-পুরনো সিস্টেম RPA বাধ্য করে, তা একটি সুচিন্তিত, সাময়িক সেতু হিসেবে একটি জনসম্মুখ আধুনিকীকরণ পরিকল্পনাসহ নথিবদ্ধ করুন, এবং প্রতিটি পরিবর্তনে শাসন পরীক্ষা বাধ্যতামূলক নিরাপত্তা ভিত্তিরেখায় ধরে রাখুন।

উদাহরণ

স্টার্টআপ। সাতজনের একটি স্টার্টআপ বেশিরভাগ দ্রুত ইউনিট টেস্ট এবং কয়েকটি ইন্টিগ্রেশন টেস্টের একটি চিকন টেস্ট পিরামিড রাখে, সবই সমান্তরালে চলে যাতে প্রতিটি পুল রিকোয়েস্টে পূর্ণ স্যুট তিন মিনিটের কমে শেষ হয়। একটি টেস্ট অস্থির হতে শুরু করলে তারা তা প্রকৃত বাগ গণ্য করে এবং সেই সপ্তাহেই সারায় বা মুছে ফেলে, কারণ এত ছোট দলে একটি একক উপেক্ষিত লাল বিল্ড পুরো স্যুটে আস্থা ক্ষয় করবে। তারা তাদের দুটি সবচেয়ে সাধারণ পরিচালনগত সংশোধন, একটি আটকে যাওয়া ওয়ার্কার পুনরায় চালু করা এবং একটি পূর্ণ ডিস্ক পরিষ্কার করা, Slack থেকে ট্রিগার হওয়া ছোট স্ক্রিপ্ট হিসেবে কোডবদ্ধ করে, যাতে যিনি অন-কল তিনি সেগুলো লেখা একমাত্র ইঞ্জিনিয়ারকে পেজ না করেই নিরাপদে চালাতে পারেন।

এন্টারপ্রাইজ। একটি বড় ই-কমার্স কোম্পানি দশ হাজার হাজার টেস্টের একটি টেস্ট স্যুট চালায়, ওয়ার্কারের একটি বহর জুড়ে সমান্তরাল করা যাতে পূর্ণ স্যুট মিনিটে শেষ হয়। ক্ষণস্থায়ী পরিবেশ বাস্তবসম্মত ইন্টিগ্রেশন টেস্টিংয়ের জন্য প্রতি পুল রিকোয়েস্টে চালু হয়। অপারেশন ChatOps-এর মাধ্যমে চলে: অন-কল ইঞ্জিনিয়াররা চ্যাট থেকে কোডবদ্ধ রানবুক ট্রিগার করেন, এবং একটি অতিভারাক্রান্ত সেবার মতো সাধারণ ব্যর্থতা স্বয়ংক্রিয়ভাবে প্রতিকার হয়, কর্মটি পর্যালোচনার জন্য লগ করা। পাইপলাইন স্বয়ংক্রিয়ভাবে নিরাপত্তা-স্ক্যান ও অনুমোদন প্রমাণ সংগ্রহ করে, তাই বার্ষিক নিরীক্ষা ম্যানুয়াল প্রমাণ শিকারের বদলে একটি সর্বদা-হালনাগাদ রেকর্ড থেকে টানে।

সরকার। কঠোর নিরন্তর-মনিটরিং প্রয়োজনের অধীন একটি সরকারি সংস্থা কোড হিসেবে সম্মতি বাস্তবায়ন করে। প্রতিটি পাইপলাইন চালনা পরীক্ষা করা নিয়ন্ত্রণ, সম্পাদিত স্ক্যান এবং প্রদত্ত অনুমোদন রেকর্ড করে, এমন টেম্পার-স্পষ্ট প্রমাণ তৈরি করে যা চাহিদা অনুযায়ী নিরীক্ষকদের সন্তুষ্ট করে। কারণ এর একটি মূল সিস্টেম কোনো API ছাড়া একটি দশক-পুরনো অ্যাপ্লিকেশন, সংস্থা আধুনিকীকরণ প্রচেষ্টা চলার সময় তাতে ডেটা এন্ট্রি স্বয়ংক্রিয় করতে একটি সুচিন্তিত সেতু হিসেবে RPA ব্যবহার করে, একটি যথাযথ ইন্টিগ্রেশন থাকলে RPA অবসর দেওয়ার সুস্পষ্ট পরিকল্পনাসহ। স্বয়ংক্রিয় শাসন পরীক্ষা প্রতিটি অবকাঠামো পরিবর্তনে বাধ্যতামূলক নিরাপত্তা ভিত্তিরেখা প্রয়োগ করে।

ব্যবসায়িক যুক্তি: প্রেরণা, ROI ও TCO

টেস্ট ও প্রক্রিয়া স্বয়ংক্রিয়তার ROI দেখা দেয় পুনরুদ্ধার করা ইঞ্জিনিয়ার সময়, দ্রুততর ও নিরাপদ ডেলিভারি, দ্রুততর ঘটনা পুনরুদ্ধার এবং নাটকীয়ভাবে কম সম্মতি খরচ হিসেবে। স্বয়ংক্রিয় টেস্টিং সেই দ্রুত, আত্মবিশ্বাসী পরিবর্তন সম্ভব করে যা ডেলিভারি কর্মক্ষমতার ভিত্তি। স্বয়ংক্রিয় পরিচালনা ও প্রতিকার সেই পরিশ্রম ও ডাউনটাইম কাটে যা দল ও বাজেট নিঃশেষ করে। কোড হিসেবে সম্মতি একটি নিরীক্ষাকে সপ্তাহের ম্যানুয়াল প্রস্তুতি থেকে একটি রুটিন কোয়েরিতে রূপান্তর করতে পারে, এমন সঞ্চয় যা আর্থিক ও সুনামগত দুটিই।

TCO তুলনা স্বয়ংক্রিয়তা গড়া ও রক্ষণাবেক্ষণের প্রকৃত, চলমান খরচ স্বয়ংক্রিয় না করার খরচের বিপরীতে ওজন করে। ম্যানুয়াল টেস্টিং ও পরিচালনা কেবল ব্যয় হওয়া ঘণ্টা খরচ করে না। এটি পালিয়ে যাওয়া ত্রুটি, দীর্ঘ চলা ঘটনা, বিশেষজ্ঞ কর্মী খাওয়া নিরীক্ষা এবং পুনরাবৃত্ত পরিশ্রম করা ইঞ্জিনিয়ারদের ক্লান্তিও খরচ করে। নেতৃত্বের জন্য যুক্তি সরল: স্বয়ংক্রিয়তা পুনরাবৃত্ত পরিচালনগত ব্যয় ও ঝুঁকিকে একবার-সঙ্গে-রক্ষণাবেক্ষণ বিনিয়োগে রূপান্তর করে যা স্কেল করে, এবং মান ও সম্মতিকে পর্বভিত্তিকের বদলে নিরন্তর করে। একটি সতর্কতা স্পষ্টভাবে বলার যোগ্য। স্বয়ংক্রিয়তা রক্ষণাবেক্ষণ ও বিশ্বস্ত হতে হবে; অনর্থায়িত, অবহেলিত স্বয়ংক্রিয়তা দায়ে ক্ষয়ে যায়।

অ্যান্টি-প্যাটার্ন ও ফাঁদ

• সহ্য করা অস্থির টেস্ট। মাঝেমধ্যে ব্যর্থতা আস্থা ধ্বংস করে এবং ইঞ্জিনিয়ারদের লাল ফল উপেক্ষা করতে প্রশিক্ষিত করে।
• ভাঙা প্রক্রিয়া স্বয়ংক্রিয় করা। একটি খারাপ কর্মপ্রবাহ স্বয়ংক্রিয় করা কেবল জঞ্জাল দ্রুত ঘটায়; আগে প্রক্রিয়া সারান।
• কৌশল হিসেবে RPA। স্থায়ী সমাধান হিসেবে ভঙ্গুর UI স্বয়ংক্রিয়তায় নির্ভর করা ইন্টিগ্রেশন ফাঁক ঢাকে ও গেঁথে দেয়।
• শক্ত শনাক্তকরণ ছাড়া প্রতিকার। খারাপ সংকেতে ট্রিগার হওয়া স্বয়ংক্রিয় সংশোধন একটি ঘটনা বাড়িয়ে দিতে পারে।
• বাসি গদ্য হিসেবে রানবুক। পুরনো নথিতে থাকা পদ্ধতি সংকটে মিথ্যা আত্মবিশ্বাস দেয়।
• হাতে সংগৃহীত সম্মতি প্রমাণ। পর্যায়ক্রমিক ম্যানুয়াল প্রমাণ শিকার ব্যয়বহুল এবং নিরীক্ষার মাঝে ফাঁক রাখে।
• উচ্চ-ঝুঁকির কাজে লুপে মানুষ নেই। বিপজ্জনক অপারেশনের পূর্ণ স্বয়ংক্রিয়তা সেই বিচার সরায় যা বিপর্যয় ঠেকায়।

পরিপক্বতা মডেল

স্তর 1, সূচনা। টেস্টিং ও পরিচালনা বেশিরভাগ ম্যানুয়াল ও প্রতিক্রিয়াশীল। কভারেজ অ্যাড হক, পদ্ধতি মানুষের মাথায় বা বাসি নথিতে থাকে, প্রতিকার ঘটনার সময় হাতে হয়, এবং সম্মতি প্রমাণ প্রতিটি নিরীক্ষার আগে হুড়োহুড়িতে জড়ো করা হয়।

স্তর 2, বিকাশ। স্বয়ংক্রিয় টেস্ট আছে কিন্তু ধীর, অস্থির বা অসঙ্গতভাবে চলে, এবং চর্চা দলগুলোর মধ্যে ব্যাপকভাবে ভিন্ন। কিছু পরিচালনগত স্ক্রিপ্ট ও রানবুক কোণে আছে, কিন্তু প্রতিকার এখনো ম্যানুয়াল এবং শাসন নিরন্তর পরীক্ষার বদলে পর্যায়ক্রমিক পর্যালোচনায় প্রয়োগ করা হয়।

স্তর 3, মানসম্মতকরণ। দ্রুত, সমান্তরাল, নির্ভরযোগ্য টেস্ট অবকাঠামো নথিবদ্ধ প্রতিষ্ঠান-ব্যাপী মান। রানবুক-হিসেবে-কোড ও ChatOps সাধারণ ব্যবহারে, সম্মতি প্রমাণ পাইপলাইন চালনা থেকে স্বয়ংক্রিয়ভাবে তৈরি হয়, এবং শাসন নিয়ন্ত্রণ দল জুড়ে সামঞ্জস্যপূর্ণভাবে প্রয়োগ করা স্বয়ংক্রিয় পরীক্ষা হিসেবে চলে।

স্তর 4, ব্যবস্থাপনা। স্বয়ংক্রিয়তা নিজেই ভিত্তিরেখার বিপরীতে মাপা ও নিয়ন্ত্রিত। আপনি অস্থির-টেস্ট হার, স্যুট প্রাচীর-ঘড়ি সময়, স্বয়ংক্রিয়-প্রতিকার ঘটনার পুনরুদ্ধারের গড় সময়, স্বয়ংক্রিয় প্রমাণসহ নিয়ন্ত্রণের অংশ, এবং আটকানো পরীক্ষায় মিথ্যা-ইতিবাচক হার অনুসরণ করেন, এবং প্রতিটি মেট্রিক একটি সম্মত লক্ষ্যে ধরে রাখেন। প্রতিকার ও কভারেজ সিদ্ধান্ত এই ডেটা দ্বারা চালিত, এবং প্রতিটি স্বয়ংক্রিয় কর্ম লগ করা হয় যাতে প্রবণতা ও রিগ্রেশন অনুমানের বদলে দৃশ্যমান হয়।

স্তর 5, সমন্বয়। স্বয়ংক্রিয়তা নিরন্তর উন্নত ও প্রতিষ্ঠান জুড়ে একীভূত। স্বয়ংক্রিয় প্রতিকার প্রমাণিত সুরক্ষাসহ রুটিন ঘটনা সামলায়, সম্মতি নিরন্তর ও সর্বদা নিরীক্ষা-প্রস্তুত, এবং সিস্টেম বদলালে টেস্ট, অপস ও শাসন টুলচেইন খাপ খায়, ইন্টিগ্রেশন পরিণত হলে RPA সেতু সক্রিয়ভাবে অবসর পায়। মানুষ বিচারে মনোযোগ দেয় যখন যন্ত্র পুনরাবৃত্তিযোগ্য সামলায়, এবং পুরো সিস্টেম প্রমাণের ভিত্তিতে পুনঃভারসাম্য করে।

আলোচনার ভাবনা

• কোন পরিচালনগত পদ্ধতি সম্পূর্ণ স্বয়ংক্রিয় করা নিরাপদ, এবং কোনগুলোতে মানুষকে লুপে রাখতে হবে?
• একটি বড় টেস্ট স্যুট বাড়লে তা কীভাবে দ্রুত ও অস্থিরতা-মুক্ত রাখবেন?
• আপনার লেগেসি সিস্টেমের জন্য RPA কোথায় একটি যথার্থ সেতু, এবং তা অবসর দেওয়ার পরিকল্পনা কী?
• কোন নিয়ন্ত্রণ আপনি প্রথমে ম্যানুয়াল নিরীক্ষা থেকে নিরন্তর কোড-হিসেবে-সম্মতিতে রূপান্তর করতে পারবেন?
• বর্ধিত ঘটনার ঝুঁকি ছাড়া স্বয়ংক্রিয় প্রতিকারে আস্থা কীভাবে গড়বেন?
• স্বয়ংক্রিয়তা যাতে দায়ে ক্ষয়ে না যায় সেজন্য এর প্রয়োজনীয় চলমান রক্ষণাবেক্ষণে কীভাবে অর্থায়ন করবেন?

প্রধান শিক্ষা

• পুনরাবৃত্ত, পূর্বাভাসযোগ্য ও নিয়ম-ভিত্তিক স্বয়ংক্রিয় করুন; মানুষের প্রচেষ্টা বিচার ও উচ্চ-ঝুঁকির সিদ্ধান্তের জন্য সংরক্ষণ করুন।
• স্বয়ংক্রিয় টেস্ট দ্রুত, সমান্তরাল ও নির্ভরযোগ্য করুন, এবং অস্থিরতা নির্মমভাবে নির্মূল করুন।
• দৃশ্যমানতা ও রেকর্ডের জন্য পরিচালনা রানবুক-হিসেবে-কোড কোডবদ্ধ করুন এবং ChatOps-এর মাধ্যমে উপস্থাপন করুন।
• সম্মতি প্রমাণ স্বয়ংক্রিয়ভাবে তৈরি করুন যাতে নিরীক্ষা একটি নিরন্তর, হালনাগাদ রেকর্ড থেকে টানে।
• RPA কেবল API নেই এমন সিস্টেমের জন্য একটি সুচিন্তিত, সাময়িক সেতু হিসেবে ব্যবহার করুন, এবং তার অবসরের পরিকল্পনা করুন।
• শাসন, নিরাপত্তা ও খরচ নিয়ন্ত্রণ নিরন্তর স্বয়ংক্রিয় পরীক্ষা হিসেবে প্রয়োগ করুন, ঝুঁকিপূর্ণ কাজ মানুষ তত্ত্বাবধান করে।

তথ্যসূত্র ও আরও পড়ার জন্য

• Lisa Crispin ও Janet Gregory, Agile Testing: A Practical Guide for Testers and Agile Teams.
• Jez Humble ও David Farley, Continuous Delivery.
• Betsy Beyer, Chris Jones, Jennifer Petoff ও Niall Richard Murphy (eds.), Site Reliability Engineering (see the chapter on eliminating toil).
• Gene Kim, Jez Humble, Patrick Debois ও John Willis, The DevOps Handbook.
• Nicole Forsgren, Jez Humble ও Gene Kim, Accelerate.
• NIST Special Publication 800-53 and 800-137 (continuous monitoring).
• Open Policy Agent documentation (policy as code).