কিভাবে আপনার নেটওয়ার্ক পরিকাঠামো নিয়ন্ত্রণ নিতে. অধ্যায় চার. অটোমেশন। টেমপ্লেট

এই নিবন্ধটি "কিভাবে আপনার নেটওয়ার্ক পরিকাঠামো নিয়ন্ত্রণ করতে হবে" সিরিজের ষষ্ঠ। সিরিজের সমস্ত নিবন্ধের বিষয়বস্তু এবং লিঙ্কগুলি পাওয়া যাবে এখানে.

বেশ কয়েকটি বিষয় পিছনে রেখে, আমি একটি নতুন অধ্যায় শুরু করার সিদ্ধান্ত নিয়েছি।

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

নেটওয়ার্কের জন্য DevOps

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

যখন 5 বছরেরও বেশি আগে, আমাদের ডেভেলপাররা, নেটওয়ার্কাররা, এই প্রস্তাবগুলি নিয়ে আমাদের কাছে এসেছিল, আমরা আনন্দিত হইনি।

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

অন্যান্য প্রশ্নও দেখা দেয়, উদাহরণস্বরূপ, ইন্টারফেসটি সফ্টওয়্যারের সংস্করণ থেকে সংস্করণে সামান্য পরিবর্তিত হতে পারে। এটি অবশেষে আপনার স্ক্রিপ্টটি ভুল "কনফিগ" তৈরি করতে পারে। আমি "রানিং ইন" এর জন্য উত্পাদন ব্যবহার করতে চাই না।

অথবা, কীভাবে বুঝবেন যে কনফিগারেশন কমান্ডগুলি সঠিকভাবে প্রয়োগ করা হয়েছে এবং ত্রুটির ক্ষেত্রে কী করবেন?

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

তবে এমন একটি পরিস্থিতি রয়েছে যখন অসুবিধাগুলি কার্যত সমান করা হয় এবং কেবল সুবিধাগুলিই থাকে। আমি ডিজাইন কাজের কথা বলছি।

প্রকল্পটি

গত দুই বছর ধরে আমি একটি বড় প্রদানকারীর জন্য একটি ডেটা সেন্টার তৈরির একটি প্রকল্পে অংশগ্রহণ করছি। আমি এই প্রকল্পে F5 এবং Palo Alto এর জন্য দায়ী। সিসকোর দৃষ্টিকোণ থেকে, এটি "তৃতীয় পক্ষের সরঞ্জাম"।

ব্যক্তিগতভাবে আমার জন্য, এই প্রকল্পের দুটি স্বতন্ত্র পর্যায় রয়েছে।

এক মঞ্চ

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

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

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

এখন আমরা একটু চারপাশে তাকাতে পারে.
এবং এটি ছিল দ্বিতীয় পর্যায়ের সূচনা।

দ্বিতীয় পর্যায়

আমি প্রক্রিয়াটি স্বয়ংক্রিয় করার সিদ্ধান্ত নিয়েছি।

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

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

সুতরাং, YAML এবং Jinja2 ব্যবহার করার সময়, IP ঠিকানা, BGP AS সংখ্যার মতো কনফিগারেশন পরামিতি সহ একটি YAML ফাইল সম্পূর্ণরূপে NIP-এর ভূমিকা পালন করে, যখন Jinja2 টেমপ্লেটগুলি নকশার সাথে সম্পর্কিত সিনট্যাক্স অন্তর্ভুক্ত করে, অর্থাৎ, এটি মূলত একটি এলএলডির প্রতিফলন।

YAML এবং Jinja2 শিখতে দুই দিন লেগেছে। এটি কীভাবে কাজ করে তা বোঝার জন্য কয়েকটি ভাল উদাহরণ যথেষ্ট। তারপরে আমাদের ডিজাইনের সাথে মেলে এমন সমস্ত টেমপ্লেট তৈরি করতে প্রায় দুই সপ্তাহ লেগেছে: পালো অল্টোর জন্য এক সপ্তাহ এবং F5 এর জন্য অন্য সপ্তাহ। এই সব কর্পোরেট githab পোস্ট করা হয়েছে.

এখন পরিবর্তন প্রক্রিয়া এই মত দেখায়:

• YAML ফাইল পরিবর্তন করেছে
• একটি টেমপ্লেট ব্যবহার করে একটি কনফিগারেশন ফাইল তৈরি করেছে (Jinja2)
• একটি দূরবর্তী সংগ্রহস্থলে সংরক্ষিত
• সরঞ্জামে তৈরি কনফিগারেশন আপলোড করেছে
• আমি একটি ত্রুটি দেখেছি
• YAML ফাইল বা Jinja2 টেমপ্লেট পরিবর্তন করেছে
• একটি টেমপ্লেট ব্যবহার করে একটি কনফিগারেশন ফাইল তৈরি করেছে (Jinja2)
• ...

এটা স্পষ্ট যে প্রথমে সম্পাদনার জন্য অনেক সময় ব্যয় করা হয়েছিল, কিন্তু এক বা দুই সপ্তাহ পরে এটি একটি বিরলতা হয়ে ওঠে।

একটি ভাল পরীক্ষা এবং সবকিছু ডিবাগ করার সুযোগ ছিল নামকরণের নিয়ম পরিবর্তন করার ক্লায়েন্টের ইচ্ছা। যারা F5 এর সাথে কাজ করেছেন তারা পরিস্থিতির তীব্রতা বোঝেন। কিন্তু আমার জন্য এটা সব বেশ সহজ ছিল. আমি YAML ফাইলের নাম পরিবর্তন করেছি, সরঞ্জাম থেকে সম্পূর্ণ কনফিগারেশন মুছে ফেলেছি, একটি নতুন তৈরি করেছি এবং এটি আপলোড করেছি। বাগ ফিক্স সহ সবকিছুতে 4 দিন লেগেছে: প্রতিটি প্রযুক্তির জন্য দুই দিন। এর পরে, আমি পরবর্তী পর্যায়ের জন্য প্রস্তুত ছিলাম, যেমন DEV এবং স্টেজিং ডেটা সেন্টার তৈরি করা।

দেব এবং মঞ্চায়ন

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

এর সংক্ষিপ্ত বিবরণ দেখা যাক

সুতরাং, আমি নীচের লাইনে কি আছে?

• কনফিগারেশন পরিবর্তন করার জন্য আমাকে যা করতে হবে তা হল কনফিগারেশন পরামিতি সহ একটি সাধারণ, পরিষ্কারভাবে কাঠামোবদ্ধ YAML ফাইল পরিবর্তন করা। আমি পাইথন স্ক্রিপ্ট কখনই পরিবর্তন করি না এবং খুব কমই (একটি ত্রুটি থাকলে) আমি জিনজা 2 হিটলেট পরিবর্তন করি
• ডকুমেন্টেশনের দৃষ্টিকোণ থেকে, এটি একটি প্রায় আদর্শ পরিস্থিতি। আপনি ডকুমেন্টেশন পরিবর্তন করুন (YAML ফাইলগুলি NIP হিসাবে কাজ করে) এবং এই কনফিগারেশনটি সরঞ্জামগুলিতে আপলোড করুন। এইভাবে আপনার ডকুমেন্টেশন সবসময় আপ টু ডেট থাকে

এই সব সত্য যে নেতৃত্বে

• ত্রুটির হার প্রায় 0 এ নেমে গেছে
• 90 শতাংশ রুটিন চলে গেছে
• বাস্তবায়নের গতি উল্লেখযোগ্যভাবে বৃদ্ধি পেয়েছে

পে, F5Y, ACY

আমি বলেছিলাম যে এটি কীভাবে কাজ করে তা বোঝার জন্য কয়েকটি উদাহরণ যথেষ্ট।
আমার কাজের সময় যা তৈরি হয়েছিল তার একটি সংক্ষিপ্ত (এবং অবশ্যই পরিবর্তিত) সংস্করণ এখানে রয়েছে।

পে = স্থাপনা Pআলো Aথেকে Yaml = ইয়ামল থেকে পালো অল্টো
এফ 5 ওয়াই = স্থাপনা F5 থেকে Yaml = F5 থেকে Yaml (শীঘ্রই আসছে)
ACY = স্থাপনা ACআমি থেকে Yaml = F5 থেকে Yজুনিয়র

আমি ACY সম্পর্কে কিছু শব্দ যোগ করব (ACI এর সাথে বিভ্রান্ত হবেন না)।

যারা ACI এর সাথে কাজ করেছেন তারা জানেন যে এই অলৌকিক ঘটনাটি (এবং একটি ভাল উপায়ে) অবশ্যই নেটওয়ার্কারদের দ্বারা তৈরি করা হয়নি :)। নেটওয়ার্ক সম্পর্কে আপনি যা জানেন তা ভুলে যান - এটি আপনার পক্ষে কার্যকর হবে না!
এটি একটু অতিরঞ্জিত, কিন্তু এটি মোটামুটিভাবে এই অনুভূতি প্রকাশ করে যে আমি ক্রমাগত অনুভব করছি, গত 3 বছর ধরে, ACI এর সাথে কাজ করে।

এবং এই ক্ষেত্রে, ACY শুধুমাত্র একটি পরিবর্তন নিয়ন্ত্রণ প্রক্রিয়া তৈরি করার একটি সুযোগ নয় (যা বিশেষ করে ACI-এর ক্ষেত্রে গুরুত্বপূর্ণ, কারণ এটি আপনার ডেটা সেন্টারের কেন্দ্রীয় এবং সবচেয়ে গুরুত্বপূর্ণ অংশ বলে মনে করা হয়), তবে এটি আপনাকে দেয় কনফিগারেশন তৈরির জন্য একটি ব্যবহারকারী-বান্ধব ইন্টারফেস।

এই প্রকল্পের প্রকৌশলীরা ঠিক একই উদ্দেশ্যে YAML এর পরিবর্তে ACI কনফিগার করতে Excel ব্যবহার করেন। এক্সেল ব্যবহার করার জন্য অবশ্যই সুবিধা রয়েছে:

• আপনার NIP একটি ফাইলে
• সুন্দর লক্ষণ যা দেখতে ক্লায়েন্টের জন্য আনন্দদায়ক
• আপনি কিছু এক্সেল টুল ব্যবহার করতে পারেন

তবে একটি বিয়োগ রয়েছে এবং আমার মতে এটি পেশাদারদের চেয়ে বেশি। পরিবর্তনগুলি নিয়ন্ত্রণ করা এবং দলের কাজের সমন্বয় করা অনেক বেশি কঠিন হয়ে পড়ে।

ACY আসলে একই পদ্ধতির একটি অ্যাপ্লিকেশন যা আমি ACI কনফিগার করার জন্য তৃতীয় পক্ষের জন্য ব্যবহার করেছি।

উত্স: www.habr.com