6. Environment Specific Configuration

হ্যালো হাসিব! আমরা এখন Section 14: Configuration-এর ষষ্ঠ লেকচার “Environment Specific Configuration” (Lecture 155)-এ আছি।

আগের লেকচারগুলোতে আমরা appsettings.json থেকে ডাটা রিড করা শিখেছি। কিন্তু তুমি যদি ভিজ্যুয়াল স্টুডিও বা VS Code-এ তোমার প্রোজেক্ট এক্সপ্লোরার খেয়াল করো, দেখবে appsettings.json ফাইলের নিচে appsettings.Development.json নামে আরেকটি ফাইল লুকিয়ে থাকে। আজকের লেকচারে আমরা শিখবো কেন একাধিক কনফিগারেশন ফাইল থাকে, তারা কীভাবে কাজ করে এবং রিয়েল-ওয়ার্ল্ড প্রোজেক্টে এদের ব্যবহার কী।

চলো, লেকচারটি ডিকোড করি।

---

সারসংক্ষেপ (Quick Revision List)

• The Concept: অ্যাপ্লিকেশন কোন Environment-এ (যেমন: Development, Staging, Production) রান করছে, তার ওপর ভিত্তি করে আলাদা আলাদা কনফিগারেশন ফাইল লোড করার সিস্টেমকেই “Environment Specific Configuration” বলে।
• Default Files: প্রোজেক্টে ডিফল্টভাবে appsettings.json এবং appsettings.Development.json থাকে। তুমি চাইলে appsettings.Staging.json বা appsettings.Production.json নিজেও বানাতে পারো।
• Order of Precedence (প্রায়োরিটি): ১. প্রথমে appsettings.json এর ডাটা লোড হয়। ২. এরপর বর্তমান Environment অনুযায়ী ফাইল (যেমন: appsettings.Development.json) লোড হয়। ৩. যদি দুই ফাইলেই একই Key থাকে, তবে Environment ফাইলের ডাটাটি আগেরটাকে ওভাররাইড (Override/Replace) করে দেয়।
• The Benefit: একই কোডবেস দিয়ে ডেভেলপমেন্টের সময় লোকাল ডাটাবেস এবং প্রোডাকশনে লাইভ ডাটাবেস ব্যবহার করার জন্য এটি খুবই কাজের।

---

Comprehensive Breakdown

১. Why do we need Environment Specific Configuration? [Priority: 10/10]

লেকচারার একটি চমৎকার রিয়েল-ওয়ার্ল্ড উদাহরণ দিয়েছেন:

• Development Environment: তুমি যখন তোমার নিজের ল্যাপটপে কোড লিখছো, তখন তুমি চাইবে তোমার ডাটাবেস কানেকশন স্ট্রিং (Connection String) যেন তোমার লোকাল ডাটাবেস (LocalDB বা SQL Express)-এর সাথে কানেক্ট হয়।
• Staging Environment: টেস্টিং টিমের সার্ভারে যখন অ্যাপ আপলোড হবে, তখন সেটি টিমের সেন্ট্রাল একটি ডাটাবেসে কানেক্ট হওয়া উচিত।
• Production Environment: লাইভ সার্ভারে যখন অ্যাপ চলবে, তখন সেটি AWS বা Azure-এর লাইভ ক্লাউড ডাটাবেসে কানেক্ট হবে।

সমস্যা: তুমি যদি শুধু appsettings.json-এ একটিমাত্র ডাটাবেসের লিঙ্ক রাখো, তাহলে সার্ভার বদলানোর সাথে সাথে তোমাকে বারবার কোড চেঞ্জ করতে হবে! সমাধান: আমরা আলাদা আলাদা Environment ফাইলের ভেতরে একই Key ("ConnectionStrings") রাখবো, কিন্তু Value গুলো আলাদা দেবো। ফ্রেমওয়ার্ক নিজে থেকেই ঠিক করে নেবে কোন ফাইলটি লোড করতে হবে।

২. How Precedence (Overriding) Works [Priority: 10/10]

ধরা যাক, আমাদের দুটি ফাইল আছে:

১. appsettings.json (The Master File):

{
  "WeatherAPI": {
    "ClientID": "client_id_from_master",
    "ClientSecret": "secret_from_master"
  }
}
 

২. appsettings.Development.json (The Environment File):

{
  "WeatherAPI": {
    "ClientID": "client_id_from_development",
    // এখানে ClientSecret দেওয়া হয়নি
  }
}
 

Execution Flow (পর্দার আড়ালে কী হচ্ছে?):

• যখন launchSettings.json-এ Environment Development থাকে:

1. ASP.NET Core প্রথমে appsettings.json লোড করবে।
2. এরপর সে appsettings.Development.json লোড করবে।
3. যেহেতু দুই ফাইলেই ClientID আছে, তাই appsettings.Development.json-এর ClientID টাই ফাইনাল ভ্যালু হিসেবে ধরা হবে (Override)।
4. কিন্তু যেহেতু appsettings.Development.json-এ ClientSecret নেই, তাই এটি appsettings.json (Master file) থেকেই ClientSecret নিয়ে নেবে।

৩. Testing the Environments [Priority: 9/10]

তুমি যদি launchSettings.json ফাইলে Environment চেঞ্জ করে "Staging" দাও, তখন কী হবে?

• ASP.NET Core অ্যাপ রান হওয়ার সময় appsettings.Staging.json ফাইলটি খোঁজার চেষ্টা করবে।
• যেহেতু প্রোজেক্টে এই নামে কোনো ফাইল নেই, সে সিম্পলি এই ফাইলটি ইগনোর করবে।
• তখন মাস্টার ফাইল অর্থাৎ appsettings.json থেকেই সব ডাটা লোড হবে।

(লেকচারার আবার মনে করিয়ে দিয়েছেন: launchSettings.json-এ Environment চেঞ্জ করলে অবশ্যই Kestrel সার্ভার রিস্টার্ট দিতে হবে, নাহলে চেঞ্জ রিফ্লেক্ট হবে না)।

৪. The Ultimate Configuration Hierarchy (Sneak Peek) [Priority: 10/10]

লেকচারার Configuration লোড হওয়ার একটি ক্রম (Hierarchy) দেখিয়েছেন। ইন্টারভিউতে এটি প্রায়ই জিজ্ঞেস করা হয়। ASP.NET Core নিচের ক্রম অনুযায়ী কনফিগারেশন রিড করে এবং নিচের দিকের সোর্সগুলো উপরের সোর্সকে ওভাররাইড করে দেয়:

1. appsettings.json (সবচেয়ে কম প্রায়োরিটি)
2. appsettings.{Environment}.json
3. User Secrets (পরের লেকচারে আসবে)
4. Environment Variables (OS level)
5. Command-line arguments (সবচেয়ে বেশি প্রায়োরিটি)

---

VS / VS Code Shortcuts (For faster development)

• Duplicate Line: কোড কপি-পেস্ট করার জন্য কার্সর ঐ লাইনে রেখে Shift + Alt + Down Arrow (VS Code) বা Ctrl + D (Visual Studio) চাপলে পুরো লাইনটি নিচে ডুপ্লিকেট হয়ে যায়।

---

Best Practices & .NET 10 Context

Best Practices for Environment Specific Configuration:

1. Keep Common Settings in Master: যেসব কনফিগারেশন সব Environment-এর জন্যই সেম (যেমন: Email Server Address, Cache Timeout), সেগুলো শুধুমাত্র appsettings.json-এ রাখবে। ফালতুতে সব ফাইলে ডুপ্লিকেট করবে না।
2. NEVER commit Production files with secrets: appsettings.Production.json ফাইলে যদি তুমি প্রোডাকশনের ডাটাবেস পাসওয়ার্ড বা API Key রাখো, তবে এই ফাইলটি কখনোই গিটহাবে (GitHub/Git) পুশ করবে না। এটি সব সময় .gitignore ফাইলে অ্যাড করে রাখবে। (এর চেয়েও বেটার অপশন হলো Secret Manager বা Azure Key Vault ব্যবহার করা, যা পরের লেকচারে দেখানো হবে)।

.NET 10 Context: ASP.NET Core 10-এ Environment Specific Configuration-এর এই মেকানিজম .NET Core এর শুরু থেকেই ১০০% অপরিবর্তিত আছে।

তবে আধুনিক .NET 10 প্রোজেক্টে appsettings.json-এর পাশাপাশি অনেক সময় appsettings.local.json ব্যবহার করার একটি ট্রেন্ড দেখা যায়। ডেভেলপাররা তাদের নিজস্ব লোকাল টেস্টিংয়ের জন্য এই ফাইলটি বানায় এবং এটি গিট-এ ইগনোর করা থাকে। এটি সেটআপ করার জন্য Program.cs-এ সামান্য একটু কনফিগারেশন ম্যানুয়ালি অ্যাড করতে হয়:

// .NET 10 Optional Setup for local specific settings
var builder = WebApplication.CreateBuilder(args);
 
// appsettings.local.json ফাইলটি অপশনাল হিসেবে অ্যাড করা হচ্ছে
builder.Configuration.AddJsonFile("appsettings.local.json", optional: true, reloadOnChange: true);
 

হাসিব, Environment অনুযায়ী আলাদা আলাদা কনফিগারেশন লোড করার কনসেপ্টটি কি তোমার কাছে ক্লিয়ার হয়েছে? রেডি থাকলে আমরা নেক্সট লেকচার “Secrets Manager”-এ মুভ করতে পারি, যা সিকিউরিটির জন্য এই সেকশনের সবচেয়ে ভাইটাল (Vital) টপিক!