میکروسرویس (Microservices) چیست؟ راهنمای ساده برای پروژههای بزرگ
میکروسرویس (Microservices) چیست؟ غولها چطور کد میزنند؟
اگر یادتان باشد در مقاله معمار نرمافزار گفتیم که یکی از حیاتیترین تصمیمهای یک معمار، انتخاب ساختار پروژه است. حتماً اصطلاح میکروسرویس به گوشتان خورده؛ کلمهای که این روزها در آگهیهای استخدام برنامهنویس با حقوقهای بالا زیاد دیده میشود. اما واقعاً میکروسرویس چیست؟ آیا یک جادو است یا فقط یک روش جدید برای دردسر درست کردن؟
بیایید خیلی ساده و خودمانی بررسیاش کنیم.
ساختار یکپارچه (Monolith) در مقابل میکروسرویس
قدیما (و البته هنوز در پروژههای کوچک)، همه کدهای یک سایت (بخش کاربران، بخش پرداخت، بخش نظرات و…) داخل یک پروژه بزرگ و یکپارچه بود. به این میگویند Monolith.
مشکل کجاست؟ تصور کنید بخش “نظرات” سایت شما باگ بخورد؛ کل سایت از کار میافتد! یا اگر بخواهید فقط بخش “پرداخت” را آپدیت کنید، باید کل سایت را دوباره آفلاین و آنلاین کنید.
اما در میکروسرویس، ما سایت را به قطعات کوچک و مستقل تقسیم میکنیم. هر بخش (مثلاً سبد خرید) برای خودش یک پروژه جداست، دیتابیس خودش را دارد و حتی میتواند با زبان برنامهنویسی متفاوتی نوشته شود!
چرا همه به دنبال میکروسرویس هستند؟ (مزایا)
داشتن سیستمی که به راحتی بزرگ شود یک انتخاب نیست، یک اجبار است. میکروسرویس این امکانات را به شما میدهد:
استقلال تیمها: تیم فرانتاند، تیم پرداخت و تیم انبار میتوانند همزمان بدون اینکه مزاحم هم شوند، روی بخش خودشان کار کنند.
مقیاسپذیری (Scalability): اگر روز بلکفرایدی بخش “جستجو” شلوغ شد، فقط همان بخش را تقویت میکنیم، نه کل سرور را!
تکنولوژیهای متنوع: میتوانید بخش پردازش تصویر را با پایتون بنویسید و بخش چت را با Node.js.
چالشهای راه: میکروسرویس همیشه خوب نیست!
گول ظاهر جذابش را نخورید؛ میکروسرویس دردسرهای خودش را هم دارد:
پیچیدگی ارتباطات: حالا این قطعات کوچک چطور باید با هم حرف بزنند؟ (اینجاست که مفاهیمی مثل API Gateway و RabbitMQ وارد میشوند).
دیباگ کردن سخت: پیدا کردن اینکه باگ دقیقاً در کدام سرویس اتفاق افتاده، گاهی مثل پیدا کردن سوزن در انبار کاه است.
هزینه نگهداری: مدیریت ۱۰ تا دیتابیس قطعاً سختتر از یک دیتابیس است.
چه زمانی باید از میکروسرویس استفاده کنیم؟
اگر در حال یادگیری برنامه نویسی هستید، بدانید که برای هر پروژهای نباید سراغ میکروسرویس رفت.
اگر یک سایت شخصی یا فروشگاه کوچک دارید: یکپارچه (Monolith) بمانید.
اگر روی پروژهای کار میکنید که قرار است میلیونها کاربر داشته باشد و تیم بزرگی دارید: میکروسرویس نجاتدهنده شماست.
نقش ابزارهای مدرن (Docker و Kubernetes)
نمیشود از میکروسرویس حرف زد و اسمی از داکر نبرد. داکر (Docker) به شما کمک میکند هر میکروسرویس را داخل یک “کانتینر” بستهبندی کنید تا در هر سروری بدون مشکل اجرا شود. یادگیری این ابزارها برای هر کسی که میخواهد در آینده به یک معمار نرمافزار تبدیل شود، از نان شب واجبتر است.
جمعبندی
میکروسرویس یعنی تقسیم کردن یک غول بزرگ به چندین سرباز چابک و کوچک. یادگیری این معماری دید شما را نسبت به توسعه نرمافزار کاملاً عوض میکند و شما را از یک “کدنویس معمولی” به یک “متخصص تراز اول” تبدیل میکند.
آیا شما تجربه کار با پروژههای بزرگ را داشتهاید؟ به نظرتان مدیریت کردن چندین سرویس جداگانه سختتر است یا یک پروژه یکپارچه سنگین؟ نظراتتان را زیر همین پست بنویسید.
