টেরাফর্ম থেকে ক্লাউডফর্মেশনে স্যুইচ করা হয়েছে - এবং এটির জন্য অনুতপ্ত

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

টেরাফর্ম এবং ক্লাউডফর্মেশনের সাথে তুলনা করা অভিজ্ঞতা

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

টেরাফর্ম ভয়ঙ্কর

বিটা সফটওয়্যার

Terraform এখনও সংস্করণ 1.0 প্রকাশ করেনি, যা এটি ব্যবহার না করার একটি ভাল কারণ। আমি প্রথম নিজে চেষ্টা করার পর থেকে এটি অনেক পরিবর্তিত হয়েছে, কিন্তু তারপরে terraform apply প্রায়শই বেশ কয়েকটি আপডেটের পরে বা কয়েক বছর ব্যবহারের পরে ভেঙে যায়। আমি বলব যে "সবকিছু এখন আলাদা," কিন্তু... সবাই তাই বলে মনে হয়, না? এমন কিছু পরিবর্তন রয়েছে যা পূর্ববর্তী সংস্করণগুলির সাথে সামঞ্জস্যপূর্ণ নয়, যদিও সেগুলি উপযুক্ত, এবং এমনকি এটি মনে হয় যে সিনট্যাক্স এবং রিসোর্স স্টোরের বিমূর্ততাগুলি এখন আমাদের প্রয়োজন। যন্ত্রটি সত্যিই ভাল হয়েছে বলে মনে হচ্ছে, কিন্তু... :-0

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

পায়ের সাথে দেখা করুন... এটা একটা বুলেট

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

টেরাফর্ম গ্রেট

অসম্পূর্ণ অবস্থা থেকে পুনরুদ্ধার

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

অন্যদিকে, টেরাফর্ম ব্যর্থ ট্রানজিশন থেকে অনেক বেশি সুন্দরভাবে পুনরুদ্ধার করে এবং উন্নত ডিবাগিং টুল অফার করে।

নথির স্থিতিতে আরও পরিষ্কার পরিবর্তন

"ঠিক আছে, লোড ব্যালেন্সার, আপনি পরিবর্তন করছেন. কিন্তু কিভাবে?"

উদ্বিগ্ন প্রকৌশলী, "স্বীকার করুন" বোতাম টিপতে প্রস্তুত।

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

টেরাফর্ম এক্ষেত্রে অনেক বেশি স্বচ্ছ। কখনও কখনও তিনি এমনকি খুব স্বচ্ছ (পড়ুন: বিরক্তিকর)। সৌভাগ্যবশত, সর্বশেষ সংস্করণে পরিবর্তনের উন্নত প্রদর্শন অন্তর্ভুক্ত রয়েছে যাতে আপনি এখন ঠিক কী পরিবর্তন হচ্ছে তা দেখতে পারেন।

নমনীয়তা

পিছনের দিকে সফ্টওয়্যার লিখুন।

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

গিটে মডিউল

একাধিক স্ট্যাক জুড়ে Terraform কোড ভাগ করা CloudFormation কোড ভাগ করার চেয়ে অনেক সহজ। টেরাফর্মের সাহায্যে, আপনি আপনার কোডটি একটি গিট সংগ্রহস্থলে রাখতে পারেন এবং শব্দার্থিক সংস্করণ নিয়ন্ত্রণ ব্যবহার করে এটি অ্যাক্সেস করতে পারেন। এই সংগ্রহস্থলে অ্যাক্সেস সহ যে কেউ শেয়ার করা কোডটি পুনরায় ব্যবহার করতে পারেন৷ ক্লাউডফরমেশনের সমতুল্য হল S3, কিন্তু এটির একই সুবিধা নেই এবং আমাদের S3 এর পক্ষে গিট পরিত্যাগ করার কোন কারণ নেই।

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

কোড হিসাবে অপারেশন

"এটি স্ক্রিপ্ট করা যাক এবং ঠিক আছে।"

টেরাফর্ম সাইকেল উদ্ভাবনের 3 বছর আগে একজন প্রকৌশলী।

যখন এটি সফ্টওয়্যার বিকাশের ক্ষেত্রে আসে, তখন গো বা একটি জাভা প্রোগ্রাম শুধুমাত্র কোড নয়।

কোড হিসাবে কোড

এটি যে পরিকাঠামোর উপর কাজ করে তাও রয়েছে।

কোড হিসাবে পরিকাঠামো

কিন্তু সে কোথা থেকে? এটা কিভাবে নিরীক্ষণ? আপনার কোড কোথায় বাস করে? ডেভেলপারদের অ্যাক্সেস অনুমতি প্রয়োজন?

কোড হিসাবে অপারেশন

একজন সফটওয়্যার ডেভেলপার হওয়া মানে শুধু কোড লেখা নয়।

AWS একমাত্র নয়: আপনি সম্ভবত অন্যান্য প্রদানকারী ব্যবহার করেন। SignalFx, PagerDuty বা Github. হতে পারে আপনার কাছে সিআই/সিডির জন্য একটি অভ্যন্তরীণ জেনকিন্স সার্ভার বা পর্যবেক্ষণের জন্য একটি অভ্যন্তরীণ গ্রাফানা ড্যাশবোর্ড রয়েছে। কোড হিসাবে Infra বিভিন্ন কারণে বেছে নেওয়া হয়েছে এবং প্রতিটি সফ্টওয়্যার সম্পর্কিত সমস্ত কিছুর জন্য সমানভাবে গুরুত্বপূর্ণ।

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

• Я: অভিশাপ, এটি একটি মাইক্রোসার্ভিসকে ওভারক্লক করার জন্য অনেকগুলি অঙ্গভঙ্গি। একটি AWS অ্যাকাউন্ট তৈরি করতে আমাকে এই আবর্জনা ব্যবহার করতে হবে (আমরা 2টি অ্যাকাউন্টে গিয়েছিলাম মাইক্রোসার্ভিস), তারপর এটি সতর্কতা সেট আপ করার জন্য, এটি একটি কোড সংগ্রহস্থলের জন্য, এবং এটি একটি ইমেল তালিকার জন্য, এবং তারপর এটি...
• লিড: এর স্ক্রিপ্ট এবং ঠিক আছে.
• Я: ঠিক আছে, কিন্তু স্ক্রিপ্ট নিজেই বদলে যাবে। এই সমস্ত অন্তর্নির্মিত অ্যামাজন গিজমোগুলি আপ টু ডেট কিনা তা পরীক্ষা করার জন্য আমাদের একটি উপায় প্রয়োজন।
• লিড: ভালো লাগছে। এবং আমরা এর জন্য একটি স্ক্রিপ্ট লিখব।
• Я: দারুণ! এবং স্ক্রিপ্টের সম্ভবত এখনও পরামিতি সেট করতে হবে। তিনি কি তাদের গ্রহণ করবেন?
• লিড: সে যেখানে যায় তাকে নিয়ে যেতে দাও!
• Я: প্রক্রিয়া পরিবর্তন হতে পারে এবং পশ্চাদমুখী সামঞ্জস্য হারিয়ে যাবে। কিছু ধরনের শব্দার্থিক সংস্করণ নিয়ন্ত্রণ প্রয়োজন হবে।
• লিড: ভালো বুদ্ধি!
• Я: টুল ম্যানুয়ালি পরিবর্তন করা যেতে পারে, ইউজার ইন্টারফেসের ভিতরে। এটি পরীক্ষা এবং ঠিক করার জন্য আমাদের একটি উপায় প্রয়োজন।

…3 বছর পর:

• লিড: এবং আমরা টেরাফর্ম পেয়েছি।

গল্পের নৈতিকতা হল: এমনকি যদি আপনি আমাজন সবকিছুতে হিল ওভার মাথা, আপনি এখনও এমন কিছু ব্যবহার করছেন যা AWS থেকে নয়, এবং এই পরিষেবাগুলির একটি রাজ্য রয়েছে যা সেই অবস্থাটিকে সিঙ্কে রাখতে একটি কনফিগারেশন ভাষা ব্যবহার করে৷

ক্লাউডফর্মেশন ল্যাম্বডা বনাম গিট মডিউল টেরাফর্ম

lambda কাস্টম লজিক সমস্যার ক্লাউডফর্মেশনের সমাধান। ল্যাম্বডা দিয়ে আপনি পারেন ম্যাক্রো তৈরি করুন বা ব্যবহারকারী সম্পদ. এই পদ্ধতিটি অতিরিক্ত জটিলতার পরিচয় দেয় যা টেরাফর্মের গিট মডিউলগুলির শব্দার্থিক সংস্করণে উপস্থিত নয়। আমার জন্য, সবচেয়ে চাপের সমস্যা ছিল এই সমস্ত ব্যবহারকারী ল্যাম্বডাসের জন্য অনুমতি পরিচালনা করা (এবং এগুলি কয়েক ডজন AWS অ্যাকাউন্ট)। আরেকটি গুরুত্বপূর্ণ সমস্যা ছিল "প্রথমে কী এসেছে, মুরগি না ডিম?" সমস্যা: এটি ল্যাম্বডা কোডের সাথে সম্পর্কিত। এই ফাংশনটি নিজেই অবকাঠামো এবং কোড, এবং এটি নিজেই পর্যবেক্ষণ এবং আপডেটের প্রয়োজন। কফিনে শেষ পেরেকটি ছিল ল্যাম্বডা কোড পরিবর্তনগুলিকে শব্দার্থগতভাবে আপডেট করতে অসুবিধা; আমাদের নিশ্চিত করতে হবে যে সরাসরি কমান্ড ছাড়া স্ট্যাক অ্যাকশন রানের মধ্যে পরিবর্তন না হয়।

আমার মনে আছে একবার আমি একটি ক্লাসিক লোড ব্যালেন্সার সহ ইলাস্টিক বিনস্টক পরিবেশের জন্য একটি ক্যানারি স্থাপনা তৈরি করতে চেয়েছিলাম। সবচেয়ে সহজ কাজটি হবে উৎপাদন পরিবেশের পাশে EB-এর জন্য একটি দ্বিতীয় স্থাপনা করা, এটিকে আরও এক ধাপ এগিয়ে নিয়ে যাওয়া: উৎপাদন পরিবেশে স্থাপনার LB-এর সাথে স্বয়ংক্রিয়-স্কেলিং ক্যানারি ডিপ্লয়মেন্ট গ্রুপকে একত্রিত করা। এবং যেহেতু Terraform ব্যবহার করে একটি উপসংহার হিসাবে ASG beantalk, এর জন্য Terraform-এ কোডের 4টি অতিরিক্ত লাইনের প্রয়োজন হবে। যখন আমি জিজ্ঞাসা করলাম ক্লাউডফর্মেশনে তুলনামূলক সমাধান আছে কিনা, তারা আমাকে একটি স্থাপনার পাইপলাইন এবং সবকিছু সহ একটি সম্পূর্ণ গিট সংগ্রহস্থলের দিকে নির্দেশ করে, সব কিছুর জন্য টেরাফর্ম কোডের দুর্বল 4 লাইন কী করতে পারে।

এটি ড্রিফটকে আরও ভালোভাবে সনাক্ত করে

নিশ্চিত করুন বাস্তবতা প্রত্যাশার সাথে মেলে।

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

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

CDK এবং ক্লাউডফর্মেশনের ভবিষ্যত

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

যাতে Terraform হতাশ না হয়

এটি "কোড হিসাবে অবকাঠামো", এবং "পাঠ্য হিসাবে" নয়।

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

ভাল সফ্টওয়্যার বিকাশের ট্রাইজম টেরাফর্মের ক্ষেত্রেও প্রযোজ্য।

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

কিভাবে কোড নথিভুক্ত করা যাবে না?

আমি একেবারে কোন ডকুমেন্টেশন ছাড়া বিশাল Terraform স্ট্যাক দেখেছি। আপনি কিভাবে পৃষ্ঠাগুলিতে কোড লিখতে পারেন - একেবারে কোন ডকুমেন্টেশন ছাড়াই? ডকুমেন্টেশন যোগ করুন যে আপনার ব্যাখ্যা কোড টেরাফর্ম ("কোড" শব্দের উপর জোর দেওয়া), কেন এই বিভাগটি এত গুরুত্বপূর্ণ এবং আপনি কী করেন।

আমরা কীভাবে পরিষেবাগুলি স্থাপন করতে পারি যা একসময় একটি বড় প্রধান() ফাংশন ছিল?

আমি একটি একক মডিউল হিসাবে উপস্থাপিত খুব জটিল Terraform স্ট্যাক দেখেছি। কেন আমরা এইভাবে সফ্টওয়্যার স্থাপন করি না? কেন আমরা বড় ফাংশনকে ছোট করে ভাগ করি? একই উত্তর Terraform প্রযোজ্য. যদি আপনার মডিউলটি খুব বড় হয় তবে আপনাকে এটিকে ছোট মডিউলগুলিতে ভেঙে ফেলতে হবে।

আপনার কোম্পানি লাইব্রেরি ব্যবহার করে না?

আমি দেখেছি কিভাবে প্রকৌশলীরা, টেরাফর্ম ব্যবহার করে একটি নতুন প্রজেক্ট তৈরি করছে, বোকার মতো অন্য প্রজেক্টের বিশাল অংশগুলিকে তাদের নিজস্ব প্রোজেক্টে কপি-পেস্ট করেছে, এবং তারপর কাজ শুরু না হওয়া পর্যন্ত তাদের সাথে টিঙ্কার করেছে। আপনি কি আপনার কোম্পানিতে "যুদ্ধ" কোডের সাথে এইভাবে কাজ করবেন? আমরা শুধু লাইব্রেরি ব্যবহার করি না। হ্যাঁ, সব কিছু লাইব্রেরী হতে হবে না, কিন্তু নীতিগতভাবে ভাগ করা লাইব্রেরি ছাড়া আমরা কোথায়?!

আপনি PEP8 বা gofmt ব্যবহার করছেন না?

বেশিরভাগ ভাষার একটি মানক, স্বীকৃত বিন্যাসকরণ স্কিম রয়েছে। পাইথনে এটি PEP8। ইন Go - gofmt. Terraform এর নিজস্ব আছে: terraform fmt. আপনার স্বাস্থ্যের জন্য এটি উপভোগ করুন!

আপনি জাভাস্ক্রিপ্ট না জেনে প্রতিক্রিয়া ব্যবহার করবেন?

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

আপনি সিঙ্গেলটন বা নির্ভরতা ইনজেকশন দিয়ে কোডিং করছেন?

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

আপনার লাইব্রেরিগুলি কি দশটি জিনিস ভাল করে নাকি একটি জিনিস দুর্দান্ত?

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

আপনি কিভাবে পশ্চাদপদ সামঞ্জস্য ছাড়া লাইব্রেরি পরিবর্তন করবেন?

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

আপনার উত্পাদন পরিষেবা কি আপনার ল্যাপটপে বা ডেটা সেন্টারে চলছে?

Hashicorp এর মত টুল আছে টেরাফর্ম মেঘ আপনার টেরাফর্ম চালানোর জন্য। এই কেন্দ্রীভূত পরিষেবাগুলি টেরাফর্ম পরিবর্তনগুলি পরিচালনা, নিরীক্ষা এবং অনুমোদন করা সহজ করে তোলে।

আপনি পরীক্ষা লিখবেন না?

প্রকৌশলীরা স্বীকার করে যে কোডটি পরীক্ষা করা দরকার, কিন্তু তারা নিজেরাই প্রায়শই টেরাফর্মের সাথে কাজ করার সময় পরীক্ষার কথা ভুলে যায়। অবকাঠামোর জন্য, এটি বিশ্বাসঘাতক মুহূর্ত দিয়ে পরিপূর্ণ। আমার পরামর্শ হল "পরীক্ষা" বা "উদাহরণ তৈরি করুন" মডিউলগুলি ব্যবহার করে স্ট্যাকগুলি যা CI/CD এর সময় পরীক্ষার জন্য সঠিকভাবে স্থাপন করা যেতে পারে।

Terraform এবং microservices

মাইক্রোসার্ভিস কোম্পানিগুলোর জীবন ও মৃত্যু নির্ভর করে নতুন মাইক্রোসার্ভিস ওয়ার্কস্ট্যাকের গতি, উদ্ভাবন এবং ব্যাঘাতের উপর।

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

উত্স: www.habr.com