Terraform মডিউল ও রিইউজেবিলিটি

১ · সমস্যা — কপি-পেস্ট করা রিসোর্স ব্লক

L18-এ আমরা দেখেছি একটি resource ব্লক কীভাবে একটি একক ইনফ্রাস্ট্রাকচার অবজেক্ট বর্ণনা করে। কিন্তু বাস্তব অ্যাপ্লিকেশনে একটি "স্ট্যান্ডার্ড ওয়েব সার্ভার সেটআপ"-এ সাধারণত একাধিক resource একসাথে লাগে — একটি VM, একটি সংযুক্ত সিকিউরিটি গ্রুপ, হয়তো একটি স্টোরেজ ভলিউম। যদি আপনাকে dev, staging ও production — তিনটি এনভায়রনমেন্টের জন্য এই একই সেটআপ বারবার কপি-পেস্ট করতে হয়, তাহলে —

• একটি এনভায়রনমেন্টে বাগ ফিক্স করলে বাকিগুলোতে ম্যানুয়ালি আবার সেই একই ফিক্স করতে ভুলে যাওয়ার ঝুঁকি থাকে।
• সময়ের সাথে এনভায়রনমেন্টগুলো ধীরে ধীরে একে অপর থেকে সূক্ষ্মভাবে ভিন্ন হয়ে যায় (একটি "কনফিগারেশন ড্রিফট"-এর মতো সমস্যা, L20-তে বিস্তারিত)।
• নতুন টিম মেম্বারকে প্রতিটি নিচু-স্তরের resource ব্লক বুঝতে হয়, শুধু "একটি স্ট্যান্ডার্ড ওয়েব সার্ভার লাগবে" জানলেই যথেষ্ট হয় না।

২ · Module — প্রোগ্রামিং-এর ফাংশনের মতো একটি বান্ডল

ModuleTerraform Moduleএকটি reusable, প্যারামিটারাইজড বান্ডল অফ resource ডেফিনিশন — প্রোগ্রামিং-এর ফাংশনের মতো, যা প্যারামিটার নেয় এবং প্রতিবার একই ধারাবাহিক কাঠামো তৈরি করে। এই সমস্যার সমাধান দেয় — একটি ফাংশনের মতো, একটি মডিউল কিছু প্যারামিটার (যেমন instance size, region) নেয় এবং ভিতরে ধারাবাহিকভাবে একাধিক resource তৈরি করে। মডিউলটি একবার লেখা হয়, তারপর dev/staging/production-এর জন্য শুধু ভিন্ন প্যারামিটার দিয়ে বারবার কল করা হয় — ঠিক যেমন একটি Python ফাংশন ভিন্ন আর্গুমেন্ট দিয়ে বারবার কল করা হয়।

৩ · Python-এ একটি প্যারামিটারাইজড মডিউল সিমুলেট করা

নিচে web_server_module() একটি Python ফাংশন যা name, instance_size ও region প্যারামিটার নেয় এবং একটি dict ফেরত দেয় যাতে তিনটি "resource" বান্ডল করা আছে — instance config, security group config, ও storage config — ধারাবাহিকভাবে একই কাঠামোয়। একই ফাংশন dev ও production-এর জন্য ভিন্ন প্যারামিটার দিয়ে কল করা হয়েছে।

# toy সিমুলেশন — কোনো real Terraform module বা cloud API কল হচ্ছে না
def web_server_module(name, instance_size, region):
    """একটি 'স্ট্যান্ডার্ড ওয়েব সার্ভার' মডিউল — instance + security group + storage বান্ডল করে।"""
    return {
        "instance": {
            "resource_name": f"{name}-instance",
            "size": instance_size,
            "region": region,
        },
        "security_group": {
            "resource_name": f"{name}-sg",
            "allowed_ports": [80, 443],
            "region": region,
        },
        "storage": {
            "resource_name": f"{name}-disk",
            "size_gb": 20 if instance_size == "small" else 100,
            "region": region,
        },
    }

def print_bundle(env_name, bundle):
    print(f"--- {env_name} এনভায়রনমেন্ট ---")
    for resource_type, spec in bundle.items():
        print(f"  {resource_type}: {spec}")

# একই মডিউল, ভিন্ন প্যারামিটার — dev বনাম production
dev_bundle = web_server_module(name="dev-web", instance_size="small", region="dhaka-1")
prod_bundle = web_server_module(name="prod-web", instance_size="large", region="dhaka-1")

print_bundle("dev", dev_bundle)
print()
print_bundle("production", prod_bundle)

print("\nদুটো বান্ডলেই একই ৩টি resource-type আছে (instance, security_group, storage) —")
print("শুধু প্যারামিটারের মান ভিন্ন, কাঠামো অভিন্ন।")

৪ · মডিউল রিপোজিটরি ও শেয়ারিং

বাস্তব Terraform ব্যবহারে টিমগুলো প্রায়ই তাদের নিজস্ব "স্ট্যান্ডার্ড" মডিউলের একটি অভ্যন্তরীণ লাইব্রেরি তৈরি করে (বা পাবলিক মডিউল রেজিস্ট্রি থেকে ভালো-পরীক্ষিত মডিউল ব্যবহার করে) — অনেকটা L26-এর কন্টেইনার রেজিস্ট্রির মতোই, যেখানে ভালো-পরীক্ষিত ইমেজ শেয়ার করা হয় বারবার একই জিনিস তৈরি করার বদলে। এই কোর্সে আমরা মডিউল রেজিস্ট্রি বা real Terraform সিনট্যাক্স নিয়ে কাজ করছি না — শুধু ধারণাটি (প্যারামিটারাইজড, reusable বান্ডল) toy Python ফাংশন দিয়ে শিখছি।