ইউনিট
1. DevOps এবং ক্লাউড এআই-এর ভূমিকা: ভূমিকা, সীমানা, প্রমাণীকরণ, নিরাপত্তা এবং গোপনীয়তা 2. কৃত্রিম বুদ্ধিমত্তা সহ সিআই/সিডি পাইপলাইন ডিজাইন করা: গিটহাব অ্যাকশন এবং গিটল্যাব সিআই 3. কোড হিসাবে পরিকাঠামো পরিচালনা: Terraform এবং IaC সহ কৃত্রিম বুদ্ধিমত্তা 4. কন্টেইনারাইজেশন: কৃত্রিম বুদ্ধিমত্তা সহ ডকারফাইল এবং চিত্র অপ্টিমাইজেশন 5. কুবারনেটস: ম্যানিফেস্ট, হেলম এবং এআই-চালিত অর্কেস্ট্রেশন 6. পর্যবেক্ষণ এবং পর্যবেক্ষণযোগ্যতা: মেট্রিক, লগ, ট্রেস এবং অ্যালার্ম নিয়ম 7. ঘটনা ব্যবস্থাপনা এবং পোস্টমর্টেম: কৃত্রিম বুদ্ধিমত্তার সাথে মূল কারণ বিশ্লেষণ 8. ক্লাউড কস্ট অপ্টিমাইজেশান (ফিনঅপস): কৃত্রিম বুদ্ধিমত্তার সাহায্যে বর্জ্যের জন্য শিকার করা 9. স্ক্রিপ্ট এবং অটোমেশন জেনারেশন: ব্যাশ, পাইথন এবং পাওয়ারশেল 10. নিরাপত্তা এবং গোপন ব্যবস্থাপনা: DevSecOps এবং কৃত্রিম বুদ্ধিমত্তা 11. প্রোড যাচাইকরণ, রিলিজ কৌশল এবং এন্ড-টু-এন্ড এআই ওয়ার্কফ্লো
ইউনিট 7 / 11

ঘটনা ব্যবস্থাপনা এবং পোস্টমর্টেম: কৃত্রিম বুদ্ধিমত্তার সাথে মূল কারণ বিশ্লেষণ

লাভ:

  • একটি ঘটনার জীবনচক্র বোঝার ক্ষমতা (ডিটেকশন, ট্রাইজ, প্রশমন, রেজোলিউশন, পোস্টমর্টেম), MTTD/MTTR মেট্রিক্স এবং 'আগে প্রশমিত করুন, পরে তদন্ত করুন' নীতি।
  • ঘটনার সময় অনুমানগুলিকে সংকুচিত করতে এবং একটি নির্দোষ পোস্টমর্টেম স্কেচ তৈরি করতে AI ব্যবহার করার ক্ষমতা, ডেটা সহ প্রতিটি মূল কারণকে যাচাই করে
  • এমন একটি ভাষায় লেখার শৃঙ্খলা প্রয়োগ করার ক্ষমতা যা পোস্টমর্টেমকে দোষ দেয় না এবং ইভেন্ট ডেটা মাস্ক করে ভাগ করে নেয়।

প্রতিটি সিস্টেম অবশেষে ভেঙ্গে যায়। পার্থক্য হল এই অনিবার্য ইভেন্টের জন্য ভাল দলগুলি কীভাবে প্রস্তুতি নেয় এবং তারা কীভাবে শিখে। ঘটনা হল একটি অপ্রত্যাশিত ঘটনা যা পরিষেবাকে ব্যাহত বা ব্যাহত করার হুমকি দেয়: একটি পরিষেবা ক্র্যাশ, প্রতিক্রিয়ার সময় আকাশচুম্বী, একটি ডেটা ক্ষতি৷ ঘটনা ব্যবস্থাপনা মানে যত দ্রুত সম্ভব ঘটনা সনাক্ত করা, প্রশমিত করা, সমাধান করা এবং তারপর তা থেকে শিক্ষা নেওয়া। এই ডিসিপ্লিন যা DevOps এবং SRE (Site Reliability Engineering) পেশাদারদের দিনরাত চালিত করে।

দুটি সমালোচনামূলক মেট্রিক ইভেন্টের গুণমান পরিমাপ করে: MTTD (মেন টাইম টু ডিটেক্ট) এবং MTTR (মিন টাইম টু রিকভার)। লক্ষ্য উভয় সঙ্কুচিত হয়. AI এখানে দুটি বড় মান যোগ করে: সম্ভাব্য মূল কারণকে সংকুচিত করার জন্য ঘটনার সময় লগ এবং মেট্রিক্সের দ্রুত সংক্ষিপ্তসার করা এবং ঘটনার পরে দ্রুত পোস্টমর্টেম (পরবর্তী তদন্ত প্রতিবেদন) তৈরি করা। তবে ইভেন্টের কোর্স সম্পর্কে সিদ্ধান্ত - কোন পরিষেবাটি বন্ধ করতে হবে, রোলব্যাক করতে হবে, গ্রাহককে কী বলতে হবে - আপনার।

একটি ঘটনার জীবনচক্র

  1. সনাক্তকরণ: একটি অ্যালার্ম শব্দ বা একটি গ্রাহক অভিযোগ আসে। যত তাড়াতাড়ি তত ভাল।
  2. Triage: এটা কতটা গুরুতর? ডোমেইন কি? তীব্রতার মাত্রা নির্ধারণ করা হয়-সাধারণত SEV1 (সবচেয়ে গুরুত্বপূর্ণ, পুরো সিস্টেম) থেকে SEV4 (অপ্রধান)।
  3. আপনার প্রতিক্রিয়া দল একত্রিত করুন. গুরুতর ঘটনাগুলিতে, একজন ঘটনা কমান্ডার সমন্বয় গ্রহণ করে।
  4. প্রশমিত করুন: প্রথমে রক্তপাত বন্ধ করুন - প্রায়ই একটি রোলব্যাক বা একটি পতাকা ঢেকে। আপনি পরে মূল কারণ খুঁজে পাবেন।
  5. সমাধান: স্থায়ী সমাধান প্রয়োগ করুন।
  6. জানুন (পোস্টমর্টেম): কী ঘটেছে, কেন ঘটল, কীভাবে আমরা আবার ঘটতে বাধা দেব?
টিপ: ঘটনার সময় সবচেয়ে ব্যয়বহুল ভুলগুলির মধ্যে একটি হল রক্তপাত বন্ধ করতে দেরি করা কারণ "আসুন প্রথমে সঠিক মূল কারণটি জেনে নেওয়া যাক।" নিয়ম: প্রথম হ্রাস (সেবা পুনরুদ্ধার/পুনরুদ্ধার করুন), তারপর অনুসন্ধান করুন। একটি পরিচিত-ভাল সংস্করণে ফিরে আসা প্রায়শই দ্রুততম প্রশমন।

অপরাধমুক্ত পোস্টমর্টেম সংস্কৃতি

সুস্থ দলগুলোর মেরুদণ্ড হল নির্দোষ পোস্টমর্টেমের সংস্কৃতি: লক্ষ্য "কে এটা করেছে" নয়, কিন্তু "কোন সিস্টেম এবং প্রক্রিয়া এই ভুলকে অনুমতি দিয়েছে?" প্রশ্ন হল। মানুষ ভুল লুকিয়ে রাখে যদি জানে তার শাস্তি হবে; লুকানো ত্রুটি পুনরাবৃত্তি হয়. পোস্টমর্টেম কোনো অভিযোগের প্রতিবেদন নয়, একটি শিক্ষার দলিল।

একটি ভাল পোস্টমর্টেমের মধ্যে রয়েছে: সারাংশ, প্রভাব (কতজন ব্যবহারকারী, কতদিন, কত টাকা), টাইমলাইন, মূল কারণ(গুলি), কী ভাল/খারাপ হয়েছে এবং ক্রিয়া আইটেমগুলি-কংক্রিট ব্যবস্থা, প্রতিটি মালিক এবং তারিখ সহ।

সতর্কতা: AI দিয়ে পোস্টমর্টেম লেখার সময়, অভিযুক্ত ভাষা বাদ দিতে ভুলবেন না (যেমন "ব্যক্তি X ভুল করেছে")। এছাড়াও AI-তে ইভেন্ট ডেটা খাওয়ানোর সময় ক্লায়েন্ট আইডি, অভ্যন্তরীণ আইপি এবং গোপনীয়তাগুলি মাস্ক করুন — পোস্টমর্টেমগুলি প্রায়শই ব্যাপকভাবে ভাগ করা হয়।

মূল কারণ বিশ্লেষণ: 5 কেন এবং এআই

একটি ক্লাসিক কৌশল হল "5 কেন": জিজ্ঞাসা করুন "কেন?" একটি সমস্যা বারবার জিজ্ঞাসা করলে, আপনি অতিমাত্রায় উপসর্গ থেকে আসল মূলে পৌঁছে যান। "পরিষেবাটি ক্র্যাশ হয়েছে। কেন? মেমরির বাইরে। কেন? একটি লিক ছিল। কেন? একটি লাইব্রেরি আপডেট..." AI এই চেইনটি তৈরি করতে এবং সম্ভাব্য শাখাগুলির পরামর্শ দিতে দ্রুত - তবে আপনাকে অবশ্যই আপনার ডেটা দিয়ে প্রতিটি "কেন" যাচাই করতে হবে; এআই একটি যুক্তিসঙ্গত কিন্তু ভুল চেইনও তৈরি করতে পারে।

তীব্রতা টেবিল

স্তর

প্রভাব

উদাহরণ

হস্তক্ষেপ

SEV1

সম্পূর্ণ সিস্টেম/সমালোচনামূলক ব্যবসায়িক ক্ষতি

পেমেন্ট সম্পূর্ণভাবে কমে গেছে

সঙ্গে সঙ্গে, পুরো দল, কমান্ডার

SEV2

প্রধান কর্মহীনতা

লগইন ব্যর্থ হয়েছে

দ্রুত, অন-কল + সমর্থন

SEV3

আংশিক/সীমিত প্রভাব

একটি রিপোর্ট বিলম্বিত হয়

কাজের সময়

SEV4

ছোট/প্রসাধনী

টাইপো

সাধারণ কাজের সারি

তিনটি মিনি কেস

কেস 1 — MTTR 45 মিনিট থেকে 8 মিনিট পর্যন্ত। পেমেন্ট পরিষেবা ক্র্যাশ হয়েছে। ডিউটিতে থাকা প্রকৌশলী মুখোশযুক্ত লগগুলি এবং সর্বশেষ স্থাপনার তথ্য AI কে দিয়েছিলেন এবং জিজ্ঞাসা করেছিলেন "শেষ 20 মিনিটে সবচেয়ে সম্ভাব্য ট্রিগার কী?" তিনি জিজ্ঞাসা. AI দেখিয়েছে যে শেষ স্থাপনার একই মিনিটে পতন শুরু হয়েছিল। প্রকৌশলী অবিলম্বে সেই সংস্করণটি ফিরিয়ে আনলেন; সেবা 8 মিনিটের মধ্যে ফিরে. মূল কারণ (নতুন সংস্করণে একটি সংযোগ পুল বাগ) তারপর সুবিধামত তদন্ত করা হয়েছিল।

কেস 2 - 20 মিনিটের মধ্যে পোস্টমর্টেম স্কেচ। একটি SEV2 পরে, দল ক্লান্ত ছিল এবং একটি রিপোর্ট লেখার শক্তি ছিল না; প্রায়ই রিপোর্ট সপ্তাহের জন্য বিলম্বিত হয়. এবার, তারা এআই-কে টাইমলাইন এবং ঘটনার নোট দিয়েছে এবং একটি অপরাধমুক্ত পোস্টমর্টেম স্কেচ তৈরি করেছে। এআই প্রভাব, টাইমলাইন এবং অ্যাকশন আইটেমগুলির জন্য একটি ঝরঝরে কাঠামো তৈরি করেছে; দলটি এটিকে তথ্য দিয়ে পূর্ণ করেছে এবং 20 মিনিটের মধ্যে এটি প্রকাশ করেছে। পাঠ হারিয়ে যায়নি।

কেস 3 - ভুল মূল কারণ ধরা পড়েছে। একটি ক্ষেত্রে, এআই বলেছিল "মূল কারণ ডাটাবেস ওভারলোড" এবং এটি যুক্তিসঙ্গত বলে মনে হয়েছিল। কিন্তু প্রকৌশলী মেট্রিক্স নিশ্চিত করেছেন: ঘটনার সময় ডাটাবেস লোড স্বাভাবিক ছিল। আসল কারণটি একটি বাহ্যিক DNS সমস্যা ছিল। AI এর প্রাথমিক অনুমান তরল ছিল কিন্তু ভুল ছিল; তথ্যের সাথে বৈধতা একটি ভুল উপসংহার সহ প্রতিবেদন প্রকাশ করা থেকে বাধা দেয়।

চারটি অনুলিপিযোগ্য টেমপ্লেট

1) ঘটনার সময় দ্রুত বিচার:

আমরা একটি উত্পাদন ইভেন্ট সম্মুখীন হয়. মুখোশযুক্ত উপসর্গ: [SYMPTOM]।শেষ পরিবর্তন: [LAST DEPLOY/CHANGE]। আমাকে দিন:(1) সম্ভাব্যতার ক্রম অনুসারে 3টি সম্ভাব্য মূল কারণ অনুমান, (2) কমান্ড/মেট্রিক যা প্রতিটি 1 মিনিটের মধ্যে যাচাই করবে, (3) দ্রুততম নিরাপদ প্রশমন পদক্ষেপ (যেমন রোলব্যাক)। কঠোরভাবে বলতে গেলে; আমাকে প্রতিটি হাইপোথিসিস যাচাই করতে হবে।

2) নির্দোষ পোস্টমর্টেম স্কেচ:

নিচের ঘটনার নোট থেকে একটি নির্দোষ পোস্টমর্টেম স্কেচ লিখুন। বিভাগ: সারাংশ, প্রভাব (ব্যবহারকারী/সময়কাল/খরচ), টাইমলাইন, মূল কারণ(গুলি), কী ভাল হয়েছে, কী খারাপ হয়েছে, অ্যাকশন আইটেম (প্রতিটি মালিক + তারিখ ক্ষেত্র সহ)। নামকরণ, প্রক্রিয়া এবং সিস্টেমে ফোকাস করুন। নোট: [মুখোশ]

3) 5 কেন বিশ্লেষণ:

নিম্নলিখিত উপসর্গ দিয়ে শুরু করে একটি "5 Whys" চেইন তৈরি করুন: [SYMPTOM]। প্রতিটি ধাপে একাধিক সম্ভাব্য শাখা আছে কিনা তা দেখান। প্রতিটি "কেন" এর পাশে প্রমাণ লিখুন (লগ/মেট্রিক) যা আমি যাচাই করতে দেখব। শেষে, কোন ধাপগুলি এখনও যাচাই করা হয়নি তা চিহ্নিত করুন৷

4) কর্মযোগ্য আইটেম তৈরি করা:

এই মূল কারণ অনুসারে, অ্যাকশনযোগ্য আইটেমগুলি সুপারিশ করুন যা একই ঘটনাকে পুনরাবৃত্তি করা থেকে বাধা দেবে। প্রতিটি আইটেম দ্বারা শ্রেণীবদ্ধ করুন: (ক) প্রতিরোধ, সনাক্তকরণ বা হ্রাস, (খ) আনুমানিক প্রচেষ্টা, (গ) প্রভাব। সর্বোচ্চ প্রভাব/প্রচেষ্টা অনুপাত অনুসারে সাজান। মূল কারণ: [এক্স]

দুর্বল প্রম্পট / শক্তিশালী প্রম্পট

দুর্বল: "পরিষেবা ক্র্যাশ হয়েছে, আমি কি করব?"

ফলাফল: কোন প্রসঙ্গ নেই; AI সাধারণ সুপারিশ করতে পারে যা আপনার ক্ষেত্রে খাপ খায় না এবং এমনকি একটি নির্দিষ্ট মূল কারণ নিয়ে আসতে পারে।

শক্তিশালী: "প্রোডাকশন পেমেন্ট পরিষেবা 5 মিনিটের জন্য 5xx দিচ্ছে। শেষ স্থাপনাটি ছিল 6 মিনিট আগে। সম্ভাব্যতার ক্রমানুসারে 3টি সম্ভাব্য মূল কারণ অনুমান দিন, তাদের প্রত্যেকটিকে যাচাই করবে এমন কমান্ডকে বলুন এবং দ্রুততম নিরাপদ প্রশমনের পরামর্শ দিন। নির্দিষ্ট হবেন না, বলুন যে আমাকে যাচাই করতে হবে।"

পার্থক্য: দ্বিতীয় প্রম্পট লক্ষণ, সময় এবং শেষ পরিবর্তন দেয়; এটি হাইপোথিসিস + যাচাইকরণ + হ্রাসের দাবি করে এবং এআইকে অসম্পূর্ণ রাখে।

সাধারণ ভুল

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

সংক্ষেপে

ঘটনা ব্যবস্থাপনা হল অনিবার্য ঘটনাগুলি থেকে দ্রুত সনাক্তকরণ, প্রশমিত করা, সমাধান করা এবং শেখার বিষয়ে; MTTD এবং MTTR হল মূল মেট্রিক্স৷ সুবর্ণ নিয়ম হল "আগে প্রশমিত করুন, পরে তদন্ত করুন" এবং পরিচিত-ভাল সংস্করণে ফিরে যাওয়া প্রায়শই দ্রুততম প্রশমন। ইভেন্টের সময় লগগুলিকে সংক্ষিপ্ত করার জন্য, অনুমানগুলিকে সংকুচিত করার জন্য এবং ঘটনার পরে নির্দোষ পোস্টমর্টেম স্কেচ তৈরি করার ক্ষেত্রে AI অমূল্য — তবে ডেটা সহ প্রতিটি মূল কারণ অনুমানকে যাচাই করা, দোষের ভাষা পরিষ্কার করা এবং ঘটনা ডেটা মাস্ক করা আপনার দায়িত্ব৷

আবেদন টাস্ক

একটি অতীত (বা কাল্পনিক) ঘটনা বিবেচনা করুন। (1) "অন-দ্য-সিন রেপিড ট্রায়াজ" টেমপ্লেট সহ AI-কে অনুমান এবং যাচাইকরণের পদক্ষেপগুলি তৈরি করুন; কোন অনুমান তথ্য দ্বারা নিশ্চিত করা যেতে পারে নোট করুন. (2) "অপরাধী পোস্টমর্টেম আউটলাইন" টেমপ্লেট ব্যবহার করে একটি প্রতিবেদন স্কেচ করুন এবং এটিকে তথ্য দিয়ে পূরণ করুন। (3) কমপক্ষে দুটি কর্মযোগ্য আইটেম সনাক্ত করুন এবং প্রতিটিকে একটি মালিক এবং তারিখ নির্ধারণ করুন৷

চেকলিস্ট

  • ঘটনার সময়, আমি প্রথমে প্রশমিত করার (রোলব্যাক/শাটডাউন) চিন্তা করেছিলাম এবং পরে পর্যন্ত মূল কারণটি রেখেছিলাম।
  • [ ] আমি লগ/মেট্রিক সহ AI এর প্রতিটি মূল কারণ অনুমান যাচাই করেছি।
  • আমি এটি এমন একটি ভাষায় লিখেছি যা পোস্টমর্টেমকে দোষ দেয় না, প্রক্রিয়া এবং সিস্টেমের উপর ফোকাস করে।
  • [ ] আমি প্রতিটি কার্যযোগ্য আইটেমের মালিক এবং একটি তারিখ নির্ধারণ করেছি৷
  • [ ] আমি এআইকে দেওয়া ইভেন্ট ডেটা থেকে গোপন এবং ব্যক্তিগত তথ্য মাস্ক করে রেখেছি।
  • [ ] আমি প্রভাব অনুযায়ী সঠিকভাবে তীব্রতার মাত্রা নির্ধারণ করেছি।