বরফের গান (ব্লাডি এন্টারপ্রাইজ) এবং ফায়ার (DevOps এবং IaC)

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

যেহেতু নিবন্ধের শিরোনামটি এরকম, তাই এন্টারপ্রাইজের পাশে গিয়ে ডেনেরিস একটি বিড়ালের মতো কাজ করবে

নিঃসন্দেহে এখন নতুন ও পুরাতনের সংঘর্ষ চলছে। এবং প্রায়শই এই দ্বন্দ্বগুলিতে সঠিক বা ভুল হয় না। এটা ঠিক তাই ঘটেছে. কিন্তু, ভিত্তিহীন না হওয়ার জন্য, আমরা এই পর্দা দিয়ে শুরু করব:

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

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

সুতরাং, আপনি জেনকিনস, শেফ, টেরাফর্ম, নেক্সাস এবং আরও অনেক কিছু নিন এবং আনন্দের সাথে আপনার দেবের উপর এই সমস্ত স্থাপন করুন। কিন্তু এটি QA, UAT এবং PROD-এ পাঠানোর সময়। আপনার কাছে একটি Nexus আর্টিফ্যাক্ট আছে এবং আপনি DBA থেকে এইরকম কিছু একটি চিঠি পেয়েছেন:

প্রিয়,

প্রথমত, আপনার নেক্সাস আপনি কল্পনা করতে পারেন আপনার নেক্সাসে আমার অ্যাক্সেস নেই
দ্বিতীয়ত, সমস্ত পরিবর্তন অবশ্যই একটি পরিবর্তনের অনুরোধ হিসাবে দায়ের করতে হবে।
আপনাকে Nexus থেকে SQL স্ক্রিপ্টগুলিকে আলাদা করতে হবে এবং সেগুলিকে পরিবর্তনের অনুরোধে সংযুক্ত করতে হবে৷
যদি পরিবর্তনটি জরুরী না হয় তবে এটি প্রকাশের 7 দিনের মধ্যে করা উচিত (একচেটিয়াভাবে সপ্তাহান্তে)
যখন আপনার পরিবর্তনের অনুরোধ একগুচ্ছ লোকের দ্বারা অনুমোদিত হয়, তখন DBA আপনার স্ক্রিপ্টটি কার্যকর করবে এবং এমনকি আপনাকে মেলের মাধ্যমে ফলাফলের একটি স্ক্রিনশট পাঠাবে।

বিনীত, আপনার ডিবিএ, যা মেইনফ্রেম থেকে এখানে কাজ করছে।

আপনি কি এই আমাকে মনে করিয়ে দেয় কি জানেন? আধা-অটোমেশন: রোবটটি ফ্রেমটি ধরে রাখে এবং কর্মী এটিকে স্লেজহ্যামার দিয়ে আঘাত করে। ঠিক আছে, সত্যিই, এই নেক্সাসের ব্যবহার কি, যদি সবকিছু সম্পূর্ণরূপে ম্যানুয়ালি করা হয়?

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

যাইহোক, এক সময়ে আমি টেরাফর্মের জন্য একটি ফাইল তৈরি করার চেষ্টা করেছি, কিন্তু আমি সফল হইনি। আমি 'প্রজেক্ট অ্যাকাউন্টিং বিলিং কোড' ট্যাগের অর্থ নিয়ে হোঁচট খেয়েছি, যা আমি কখনোই খুঁজে বের করতে পারিনি - আমার যথেষ্ট নরম দক্ষতা ছিল না।

আমি প্যাসিভ লুডিজমের বিষয়টিও গ্রহণ করি না - ওহ, আপনার অটোমেশন আমার কাজের নিরাপত্তাকে হুমকির মুখে ফেলেছে, আমি নতুন কিছু শিখতে চাই না, তাই আমি চুপচাপ নাশকতা করব।

তাহলে, সমাধান কি হতে পারে? ITSM সিস্টেমে স্বয়ংক্রিয়ভাবে নথি তৈরি করার জন্য একটি অত্যন্ত আদিম API রয়েছে। এবং সাধারণভাবে, এই সিস্টেমগুলির বেশিরভাগই মেইনফ্রেমের দিন থেকে আসে। হয়তো কেউ সত্যিই আধুনিক ITSM সিস্টেম জানেন? হয়তো কারো আধুনিক DevOps এবং আমলাতন্ত্রকে একীভূত করার সফল অভিজ্ঞতা আছে? এটি, অবশ্যই, বিশুদ্ধভাবে দুর্নীতিগ্রস্ত সাইট সম্পর্কে নয়, যেখানে এটি প্রতিদিন স্থাপন করা যেতে পারে, তবে, উদাহরণস্বরূপ, ব্যাংকিং খাত, যা নিরীক্ষকের অধীনে এবং উচ্চতর পরিবেশের খুব শক্তিশালী বিচ্ছিন্নতা।

শুধু ভুলে যাবেন না যে আপনার সমস্ত কল্পনা অডিট করার মধ্যে সীমাবদ্ধ। এবং এটি সবকিছু পরিবর্তন করে। মন্তব্য আপনার জন্য অপেক্ষা!

উত্স: www.habr.com