একটি সার্ভিস মেশ (Istio, Linkerd) ক্রস-কাটিং নেটওয়ার্কিং সমস্যা — রিট্রাই, টাইমআউট, mTLS, ট্রাফিক রাউটিং, অবজার্ভেবিলিটি — অ্যাপ্লিকেশন কোড থেকে বের করে এবং সাইডকার প্রক্সিগুলির নেটওয়ার্ক ইনফ্রাস্ট্রাকচার স্তরে রাখে।
প্রতিটি সার্ভিস ইনস্ট্যান্স একটি পাশে চলে (যেমন Envoy)। সমস্ত ট্রাফিক প্রক্সির মধ্য দিয়ে প্রবাহিত হয়, যা গঠন করে; একটি সেগুলি কনফিগার করে।
┌─────────────────┐ ┌─────────────────┐
│ Service A │ │ Service B │
│ app ⇄ [proxy] │◀──────▶│ [proxy] ⇄ app │
└─────────────────┘ mTLS └─────────────────┘
▲ configured by ▲
└──── Control Plane (Istio/Linkerd) ────┘
# shift 10% of traffic to v2 (canary), no code change
route:
- destination: { host: orders, subset: v1 }
weight: 90
- destination: { host: orders, subset: v2 }
weight: 10
মেশ লেটেন্সি যোগ করে (অতিরিক্ত হপ), রিসোর্স ওভারহেড (প্রতি pod এ একটি প্রক্সি), এবং প্রকৃত অপারেশনাল জটিলতা।
মেশ প্রতিটি সার্ভিসে স্থিতিস্থাপকতা, সিকিউরিটি এবং অবজার্ভেবিলিটি স্ট্যান্ডার্ডাইজ করে প্রতিটি টিমকে বিভিন্ন ভাষায় পুনরায় বাস্তবায়ন না করতে দেয়।
তবে এটি ভারী: শুধুমাত্র এটি গ্রহণ করুন যখন আপনার যথেষ্ট সার্ভিস থাকে যা ডুপ্লিকেটেড নেটওয়ার্কিং লজিক মেশের অপারেশনাল খরচ অতিক্রম করে।