কোড হিসাবে পরিকাঠামো: প্রথম পরিচিতি

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

আমাদের অভ্যন্তরীণ ইভেন্টে বক্তৃতার উপর ভিত্তি করে লেখা নিবন্ধগুলির ধারাবাহিকতা ডেভফোরাম:

1. একটি বাক্স ছাড়া শ্রোডিঞ্জারের বিড়াল: বিতরণ ব্যবস্থায় ঐক্যমত্যের সমস্যা।
2. কোড হিসাবে অবকাঠামো। (তুমি এখানে)
3. C# মডেল ব্যবহার করে টাইপস্ক্রিপ্ট চুক্তি তৈরি করা। (চলমান...)
4. রাফ্ট কনসেনসাস অ্যালগরিদমের ভূমিকা। (চলমান...)
...

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

দলটির নিম্নলিখিত প্রশিক্ষণের কাজ ছিল:

• আমাদের অবকাঠামো বর্ণনা করুন, যা বেশিরভাগই কোড আকারে Microsoft Azure-এ রয়েছে (Terraform এবং চারপাশের সবকিছু)।
• ডেভেলপারদের শেখান কিভাবে পরিকাঠামো নিয়ে কাজ করতে হয়।
• ডেভেলপারদের দায়িত্বের জন্য প্রস্তুত করুন।

আমরা কোড হিসাবে অবকাঠামোর ধারণাটি চালু করি

বিশ্বের স্বাভাবিক মডেলে (শাস্ত্রীয় প্রশাসন), অবকাঠামো সম্পর্কে জ্ঞান দুটি জায়গায় অবস্থিত:

1. বা বিশেষজ্ঞদের মাথায় জ্ঞানের আকারে।
2. অথবা এই তথ্যটি কিছু টাইপরাইটারে রয়েছে, যার মধ্যে কিছু বিশেষজ্ঞরা জানেন। কিন্তু এটা কোনো সত্য নয় যে একজন বহিরাগত (যদি আমাদের পুরো দল হঠাৎ মারা যায়) কী কাজ করে এবং কীভাবে কাজ করে তা বের করতে পারবে। একটি মেশিনে অনেক তথ্য থাকতে পারে: আনুষাঙ্গিক, ক্রোনজবস, ভয় দেখানো (দেখুন। ডিস্ক মাউন্ট করা) ডিস্ক এবং কি ঘটতে পারে তার একটি অন্তহীন তালিকা। আসলে কি ঘটছে তা বোঝা কঠিন।

উভয় ক্ষেত্রেই, আমরা নিজেদেরকে নির্ভরশীল হওয়ার ফাঁদে পাচ্ছি:

• অথবা একজন ব্যক্তির কাছ থেকে যিনি মরণশীল, অসুস্থতার বিষয়, প্রেমে পড়া, মেজাজের পরিবর্তন এবং সাধারণভাবে ছাঁটাই;
• অথবা একটি শারীরিকভাবে কাজ করা মেশিন থেকে, যা পড়ে যায়, চুরি হয়ে যায় এবং বিস্ময় এবং অসুবিধা উপস্থাপন করে।

এটা বলার অপেক্ষা রাখে না যে আদর্শভাবে সবকিছু মানুষের-পাঠযোগ্য, রক্ষণাবেক্ষণযোগ্য, ভাল-লিখিত কোডে অনুবাদ করা উচিত।

এইভাবে, কোড হিসাবে পরিকাঠামো (Incfastructure as Code - IaC) হল কোড আকারে সমগ্র বিদ্যমান অবকাঠামোর বর্ণনা, সেইসাথে এটির সাথে কাজ করার জন্য এবং এটি থেকে বাস্তব অবকাঠামো বাস্তবায়নের জন্য সম্পর্কিত সরঞ্জাম।

কেন কোডে সবকিছু অনুবাদ?মানুষ যন্ত্র নয়। তারা সবকিছু মনে রাখতে পারে না। একজন ব্যক্তি এবং একটি মেশিনের প্রতিক্রিয়া ভিন্ন। স্বয়ংক্রিয় যেকোন কিছু মানুষের দ্বারা করা যেকোনো কিছুর চেয়ে সম্ভাব্য দ্রুততর। সবচেয়ে গুরুত্বপূর্ণ বিষয় হল সত্যের একক উৎস।

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

আমরা আমাদের কোম্পানির বাইরে কর্মীদের বাজারে তাদের জন্য দীর্ঘ সময়ের জন্য অনেক অনুসন্ধান করেছি। কিন্তু আমাদের স্বীকার করতে হবে যে আমরা আমাদের অনুরোধের উপযুক্ত কাউকে পাইনি। আমাকে আমার নিজের লোকদের মধ্যে খুঁজতে হয়েছিল।

কোড হিসাবে সমস্যা অবকাঠামো

এখন আসুন কিভাবে অবকাঠামোকে কোডে হার্ডকোড করা যায় তার উদাহরণ দেখি। কোডটি ভাল লেখা, উচ্চ মানের, মন্তব্য এবং ইন্ডেন্টেশন সহ।

Terraforma থেকে উদাহরণ কোড।

Ansible থেকে উদাহরণ কোড.

ভদ্রলোক, এটা যদি এত সহজ হতো! আমরা বাস্তব জগতে আছি, এবং এটি সর্বদা আপনাকে অবাক করতে, আপনাকে বিস্ময় এবং সমস্যার সাথে উপস্থাপন করতে প্রস্তুত। এখানেও তাদের ছাড়া চলবে না।

1. প্রথম সমস্যাটি হল যে বেশিরভাগ ক্ষেত্রে IaC একরকম ডিএসএল।

এবং ডিএসএল, ঘুরে, কাঠামোর একটি বিবরণ। আরও স্পষ্টভাবে, আপনার যা থাকা উচিত: Json, Yaml, কিছু বড় কোম্পানির পরিবর্তন যা তাদের নিজস্ব dsl নিয়ে এসেছে (HCL ব্যবহৃত হয় টেরাফর্মে)।

সমস্যা হল যে এটিতে সহজেই এই ধরনের পরিচিত জিনিস থাকতে পারে না:

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

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

এটি একটি খুব বাস্তব পরিস্থিতি যখন পাইথনের সাথে ব্যাশ কিছু প্রক্রিয়া চালু করে যার মধ্যে Json ঢোকানো হয়। আপনি এটি বিশ্লেষণ করুন, তারপর অন্য কিছু জেনারেটর অন্য 30 টি ফাইল তৈরি করে। এই সমস্ত কিছুর জন্য, ইনপুট ভেরিয়েবলগুলি Azure কী ভল্ট থেকে প্রাপ্ত হয়, যেগুলিকে Go-তে লেখা drone.io-এর জন্য একটি প্লাগইন দ্বারা একত্রিত করা হয় এবং এই ভেরিয়েবলগুলি yaml-এর মধ্য দিয়ে যায়, যা jsonnet টেমপ্লেট ইঞ্জিন থেকে জেনারেশনের ফলে তৈরি হয়েছিল৷ আপনার যখন এমন বৈচিত্র্যময় পরিবেশ থাকে তখন কঠোরভাবে ভালভাবে বর্ণিত কোড থাকা বেশ কঠিন।

একটি কাজের কাঠামোর মধ্যে ঐতিহ্যগত বিকাশ একটি ভাষার সাথে আসে। এখানে আমরা প্রচুর সংখ্যক ভাষা নিয়ে কাজ করি।

3. তৃতীয় সমস্যা টিউনিং. আমরা এডিটরদের (Ms Visual Studio, Jetbrains Rider) ঠান্ডা করতে অভ্যস্ত যারা আমাদের জন্য সবকিছু করে। আর আমরা নির্বোধ হলেও তারা বলবে আমরা ভুল। এটা স্বাভাবিক এবং স্বাভাবিক বলে মনে হচ্ছে।

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

এই লেখার সময় ড vscode-terraform প্লাগইন সংস্করণ 0.12 সমর্থন করার জন্য এখনও প্রকাশ করা হয়নি, যদিও এটি 3 মাস ধরে প্রকাশিত হয়েছে।

ভুলে যাবার সময় এসেছে...

1. ডিবাগিং।
2. রিফ্যাক্টরিং টুল।
3. স্বয়ংক্রিয় সমাপ্তি।
4. সংকলনের সময় ত্রুটি সনাক্ত করা।

এটা মজার, কিন্তু এটি বিকাশের সময়কেও বাড়িয়ে দেয় এবং অনিবার্যভাবে ঘটে যাওয়া ত্রুটির সংখ্যা বাড়ায়।

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

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

পরীক্ষা সম্পর্কে কি?

আপনি জিজ্ঞাসা করুন: "পরীক্ষা সম্পর্কে কী, ভদ্রলোক প্রোগ্রামাররা?" গুরুতর বলছি উত্পাদন সবকিছু পরীক্ষা, এবং এটা কঠিন. এখানে ওয়েবসাইট থেকে একটি টেরাফর্ম মডিউলের জন্য একটি ইউনিট পরীক্ষার একটি উদাহরণ মাইক্রোসফট.

তাদের ভালো ডকুমেন্টেশন আছে। ডকুমেন্টেশন এবং প্রশিক্ষণের পদ্ধতির জন্য আমি সর্বদা মাইক্রোসফ্টকে পছন্দ করেছি। কিন্তু এটি যে নিখুঁত কোড নয় তা বোঝার জন্য আপনাকে আঙ্কেল বব হতে হবে না। ডানদিকে যাচাইকরণ নোট করুন।

একটি ইউনিট পরীক্ষার সমস্যা হল যে আপনি এবং আমি Json আউটপুটের সঠিকতা পরীক্ষা করতে পারি। আমি 5 প্যারামিটার নিক্ষেপ করেছি এবং 2000 লাইন সহ একটি Json ফুটক্লথ দেওয়া হয়েছিল। আমি এখানে কি ঘটছে তা বিশ্লেষণ করতে পারি, পরীক্ষার ফলাফল যাচাই করতে পারি...

Go-তে Json পার্স করা কঠিন। এবং আপনাকে গো-তে লিখতে হবে, কারণ আপনি যে ভাষায় লেখেন তাতে পরীক্ষার জন্য গো-তে টেরাফর্ম একটি ভাল অনুশীলন। কোডের সংগঠন নিজেই খুব দুর্বল। একই সময়ে, এটি পরীক্ষার জন্য সেরা লাইব্রেরি।

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

কোড হিসাবে সর্বোত্তম অনুশীলন অবকাঠামো

চল এগোই. যদি IaC-তে কোনো পরীক্ষা না থাকে, IDE এবং টিউনিং খারাপ হয়, তাহলে অন্তত সেরা অনুশীলন হওয়া উচিত। আমি এইমাত্র Google Analytics-এ গিয়েছিলাম এবং দুটি অনুসন্ধান প্রশ্নের তুলনা করেছি: Terraform সেরা অনুশীলন এবং c# সেরা অনুশীলন৷

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

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

দুর্ভাগ্যবশত, এই সময়ে, বিশেষজ্ঞরা সবেমাত্র আবির্ভূত হতে শুরু করেছেন। এখন পর্যন্ত তাদের মধ্যে খুব কম আছে. এবং সম্প্রদায় নিজেই প্রাথমিক স্তরে ঝুলছে.

এই সব কোথায় যাচ্ছে এবং কি করতে হবে

আপনি সবকিছু ছেড়ে দিতে পারেন এবং C# এ ফিরে যেতে পারেন, রাইডারের জগতে। কিন্তু না. আপনি যদি একটি সমাধান খুঁজে না পান তাহলে আপনি কেন এটি করছেন বিরক্ত করবেন। নীচে আমি আমার বিষয়গত সিদ্ধান্ত উপস্থাপন করছি। আপনি মন্তব্যে আমার সাথে তর্ক করতে পারেন, এটি আকর্ষণীয় হবে।

ব্যক্তিগতভাবে, আমি কয়েকটি জিনিসের উপর বাজি ধরছি:

1. এ এলাকায় দ্রুত উন্নয়ন হচ্ছে। এখানে DevOps-এর জন্য অনুরোধের একটি সময়সূচী রয়েছে।

   
   
   বিষয়টি হাইপ হতে পারে, তবে গোলকটি যে ক্রমবর্ধমান হচ্ছে তা কিছুটা আশা দেয়।

   যদি কিছু এত দ্রুত বৃদ্ধি পায়, তবে স্মার্ট মানুষ অবশ্যই উপস্থিত হবে যারা আপনাকে বলবে কী করা উচিত এবং কী করা উচিত নয়। জনপ্রিয়তা বৃদ্ধি এই সত্যের দিকে পরিচালিত করে যে কেউ হয়তো অবশেষে vscode-এর জন্য jsonnet-এ একটি প্লাগইন যোগ করার সময় পাবে, যা আপনাকে ctrl+shift+f এর মাধ্যমে অনুসন্ধান করার পরিবর্তে ফাংশনটি বাস্তবায়নে এগিয়ে যেতে দেবে। জিনিসগুলি বিকশিত হওয়ার সাথে সাথে আরও উপকরণ উপস্থিত হয়। এসআরই সম্পর্কে গুগল থেকে একটি বই প্রকাশ করা এর একটি দুর্দান্ত উদাহরণ।

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

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

   রিফ্যাক্টরিং কীভাবে করা হয় তা বোঝা এমন পরিস্থিতিতেও এটি চালাতে সহায়তা করে। অর্থাৎ, আপনি একবারে সবকিছু পরিবর্তন করতে পারবেন না, তবে নামকরণ পরিবর্তন করুন, তারপরে অবস্থান পরিবর্তন করুন, তারপর আপনি কিছু অংশ হাইলাইট করতে পারেন, ওহ, তবে এখানে যথেষ্ট মন্তব্য নেই।

উপসংহার

আমার যুক্তি হতাশাবাদী মনে হতে পারে তা সত্ত্বেও, আমি আশার সাথে ভবিষ্যতের দিকে তাকাই এবং আন্তরিকভাবে আশা করি যে সবকিছু আমাদের (এবং আপনার) জন্য কার্যকর হবে।

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

উত্স: www.habr.com