Infrastructure as Code পরিচিতি — ডিক্লারেটিভ বনাম ইম্পারেটিভ

১ · Infrastructure as Code কী

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

২ · ইম্পারেটিভ বনাম ডিক্লারেটিভ অ্যাপ্রোচ

IaC টুলগুলো মূলত দুটো দর্শনের একটি অনুসরণ করে — কীভাবে আপনি ইনফ্রাস্ট্রাকচার বর্ণনা করেন তার ভিত্তিতে।

• ইম্পারেটিভImperativeএকটি নির্দিষ্ট চূড়ান্ত অবস্থায় পৌঁছাতে কোন কোন ধাপ ক্রমানুসারে সম্পাদন করতে হবে তা বলে দেওয়া — যেমন ক্লাউড CLI কমান্ড একটার পর একটা চালানো একটি শেল স্ক্রিপ্ট। অ্যাপ্রোচ — আপনি ধাপে ধাপে কী করতে হবে বলে দেন ("প্রথমে সার্ভার তৈরি করো, তারপর সিকিউরিটি গ্রুপ যোগ করো")। সমস্যা হলো — স্ক্রিপ্টটি নিজে জানে না already কী exists, তাই দ্বিতীয়বার চালালে প্রায়ই ডুপ্লিকেট রিসোর্স তৈরি হয় বা এরর দেয়।
• ডিক্লারেটিভDeclarativeশুধু কাঙ্ক্ষিত চূড়ান্ত অবস্থা (desired end state) বর্ণনা করা — টুল নিজেই বর্তমান অবস্থার সাথে তুলনা করে কী পরিবর্তন দরকার তা বের করে। অ্যাপ্রোচ (যেমন Terraform) — আপনি শুধু কী থাকা উচিত বর্ণনা করেন। টুল নিজে বর্তমান অবস্থা যাচাই করে এবং শুধু প্রয়োজনীয় পরিবর্তনগুলো প্রয়োগ করে — already সঠিক থাকা কিছু আবার তৈরি করে না।

৩ · Python-এ দুটো অ্যাপ্রোচ সিমুলেট করা

নিচের সিমুলেশনে imperative_create_server() প্রতিবার ডাকা হলে unconditionally একটি নতুন সার্ভার "তৈরি" করে (একটি লিস্টে যোগ করে) — দুইবার ডাকলে ডুপ্লিকেট তৈরি হয়। বিপরীতে declarative_ensure_server(desired_state) প্রথমে বর্তমান অবস্থা যাচাই করে, এবং শুধু তখনই একটি সার্ভার তৈরি করে যদি সেই স্পেকের একটি সার্ভার already exist না করে।

# toy সিমুলেশন — কোনো real cloud API কল হচ্ছে না, শুধু in-memory লিস্ট
servers = []  # সিমুলেটেড "লাইভ" ইনফ্রাস্ট্রাকচার

def imperative_create_server(name, size):
    """ইম্পারেটিভ: unconditionally একটি নতুন সার্ভার এন্ট্রি যোগ করে — already exist করলেও।"""
    servers.append({"name": name, "size": size})
    print(f"[imperative] সার্ভার তৈরি করা হলো: {name} ({size})")

def declarative_ensure_server(desired_state):
    """ডিক্লারেটিভ: প্রথমে বর্তমান অবস্থা যাচাই করে, শুধু প্রয়োজনে তৈরি করে।"""
    for s in servers:
        if s["name"] == desired_state["name"] and s["size"] == desired_state["size"]:
            print(f"[declarative] '{desired_state['name']}' already কাঙ্ক্ষিত অবস্থায় আছে — কোনো পরিবর্তন নেই।")
            return
    servers.append(dict(desired_state))
    print(f"[declarative] সার্ভার তৈরি করা হলো: {desired_state['name']} ({desired_state['size']})")

print("--- ইম্পারেটিভ: দুইবার একই কল ---")
servers.clear()
imperative_create_server("web-01", "medium")
imperative_create_server("web-01", "medium")
print(f"মোট সার্ভার সংখ্যা: {len(servers)}  (প্রত্যাশিত ছিল ১টি, কিন্তু ডুপ্লিকেট তৈরি হয়েছে)")

print("\n--- ডিক্লারেটিভ: দুইবার একই ensure কল ---")
servers.clear()
desired = {"name": "web-01", "size": "medium"}
declarative_ensure_server(desired)
declarative_ensure_server(desired)
print(f"মোট সার্ভার সংখ্যা: {len(servers)}  (কাঙ্ক্ষিত ১টি — ডুপ্লিকেট হয়নি)")

৪ · আসল Terraform-এ এই ধারণাগুলো কীভাবে প্রয়োগ হয়

বাস্তব জীবনে Terraform-এর মতো টুল এই ঠিক এই ডিক্লারেটিভ মডেল অনুসরণ করে — আপনি .tf ফাইলে কাঙ্ক্ষিত অবস্থা লেখেন, টুল একটি state file-এ বর্তমান অবস্থা ট্র্যাক করে, এবং plan/ apply ধাপে দুটোর মধ্যে diff বের করে। এই কোর্সে আমরা কখনো real Terraform CLI চালাব না — বরং L18-L21 জুড়ে এই concept গুলো toy Python simulation দিয়ে শিখব, যাতে আপনি কোনো cloud account ছাড়াই মূল আইডিয়াগুলো বুঝতে পারেন।