هنگام ساختن نرم افزار، کد را می توان به صورت یک برنامه بزرگ واحد (مونولیت) یا چندین برنامه کوچکتر (microservices) ساختار داد. در حالی که درست است که بسیاری از سازمان‌ها از یکپارچه به میکروسرویس‌ها مهاجرت می‌کنند تا از انعطاف‌پذیری و مقیاس‌پذیری ارائه‌ی میکروسرویس‌ها استفاده کنند، اما با افزایش تعدادشان، مدیریت آنها دشوار می‌شود. چالش‌هایی در ردیابی، کنترل تأخیر، بهینه‌سازی بار بین نسخه‌های یک سرویس، امنیت ارتباط سرویس به سرویس و حفظ انعطاف‌پذیری به وجود می‌آیند. همه این ویژگی ها را می توان با این سرویس رمزگذاری کرد که فرصتی برای آسیب پذیری ها و اختلاط منطق تجاری با منطق مدیریت ایجاد می کند.
پیاده سازی یک مکانیسم قابل اعتماد کشف سرویس و حفظ یک رجیستری خدمات به روز دشوار می شود. اتخاذ Kubernetes برخی از مشکلات استقرار را حل می کند، اما مشکلات زمان اجرا به دلیل اتصال تنگاتنگ با برنامه همچنان ادامه دارد. آزمایش ویژگی های جدید و ایجاد تغییرات با حفظ امنیت زیرساخت چالش برانگیز می شود.
مش سرویس این شکاف را پر می کند و با افزودن قابلیت اطمینان، قابلیت مشاهده و ویژگی های امنیتی در همه سرویس ها به طور یکنواخت و بدون تغییر کد برنامه، به ایجاد زیرساخت ایمن با استفاده بهینه از سرویس کمک می کند. در این پست وبلاگ بیشتر بخوانید که در آن مفهوم مش سرویس، اجزای آن، عملکرد آن، مشکلات دنیای واقعی که سرویس مش حل می کند و اینکه چگونه می تواند در Kubernetes و فلزات خالی مفید باشد را درک خواهیم کرد.
