Software Architecture

از رده خارج کردن مونولیت: راهنمای عملی الگوی انجیر خفه‌کن

هر تیم مهندسی در نهایت با همان واقعیت ترسناک روبرو می‌شود: مونولیت قدیمی آن‌ها به گلوگاه نوآوری تبدیل شده است. کدbase پیچیده است، چرخه‌های استقرار کند هستند و افزودن ویژگی‌های جدید مانند خنثی‌سازی یک بمب به نظر می‌رسد. برای سال‌ها، توصیه استاندارد «بازنویسی بزرگ» بود—ساخت یک سیستم جدید از صفر و تغییر کلید. با این حال، این رویکرد ریسک عظیمی به همراه دارد و اغلب به دلیل افزایش هزینه‌ها و تأخیر در زمان‌بندی شکست می‌خورد.

ورود الگوی انجیر خفه‌کن، استراتژی مهاجرتی که توسط مارتین فاولر ابداع شد. درست همان‌طور که گیاه انجیر خفه‌کن در اطراف درخت میزبان رشد می‌کند و به تدریج آن را جذب می‌کند تا میزبان بمیرد، این الگو شامل جایگزینی تدریجی بخش‌هایی از سیستم قدیمی با میکروسرویس‌های جدید است. امروز، ما بررسی خواهیم کرد که چگونه می‌توان این الگو را به طور مؤثر پیاده‌سازی کرد، مسیریابی ترافیک را مدیریت نمود و اطمینان حاصل کرد که در طول انتقال هیچ توقفی در سرویس وجود ندارد.

چرا مهاجرت تدریجی اهمیت دارد

مزیت اصلی الگوی انجیر خفه‌کن، کاهش ریسک است. با مهاجرت عملکرد به صورت تکه‌تکه، می‌توانید هر سرویس جدید را به طور مستقل اعتبارسنجی کنید. اگر یک سرویس جدید شکست بخورد، می‌توانید ترافیک را به سادگی به سیستم قدیمی برگردانید بدون اینکه بر بقیه برنامه تأثیر بگذارد. این رویکرد تکراری به تیم‌ها اجازه می‌دهد تا ارزش را به طور مداوم ارائه دهند، به جای انتظار برای یک تاریخ «تکمیل» فرضی در سال‌های آینده.

اجزای اصلی استراتژی

برای پیاده‌سازی موفقیت‌آمیز الگو، نیاز به یک رویکرد استراتژیک برای مسیریابی ترافیک دارید. رایج‌ترین مکانیزم یک دروازه API یا لایه پراکسی است که در مقابل هم مونولیت قدیمی و هم میکروسرویس‌های جدید قرار دارد. این دروازه به عنوان پلیس ترافیک عمل می‌کند و تصمیم می‌گیرد که آیا یک درخواست باید توسط سیستم قدیمی یا سرویس مدرن‌سازی شده جدید پردازش شود.

بیایید یک پیاده‌سازی عملی را با یک مثال Node.js/Express بررسی کنیم. در این سناریو، ما سرویس احراز هویت کاربر را از یک مونولیت بزرگ‌تر استخراج می‌کنیم.

پیاده‌سازی منطق دروازه

دروازه نیاز به مکانیزمی برای مسیریابی درخواست‌ها بر اساس مسیرهای URL یا معیارهای خاص دارد. در زیر یک نمونه ساده از نحوه به نظر رسیدن این منطق مسیریابی در یک تابع میانی آورده شده است.

const express = require('express');
const app = express();

// پیکربندی برای پرچم‌های ویژگی یا قوانین مسیریابی
const STRANGLER_CONFIG = {
  '/api/users': 'new_microservice',
  '/api/orders': 'legacy_monolith' // هنوز در مونولیت
};

// میانی برای رهگیری درخواست‌ها
app.use((req, res, next) => {
  const path = req.path;
  const target = STRANGLER_CONFIG[path];

  if (target === 'new_microservice') {
    console.log(`مسیریابی ${req.method} ${path} به میکروسرویس جدید`);
    // پروکسی درخواست به URL میکروسرویس جدید
    proxyService(req, res, 'http://localhost:3001');
  } else if (target === 'legacy_monolith') {
    console.log(`مسیریابی ${req.method} ${path} به مونولیت قدیمی`);
    // پروکسی درخواست به URL مونولیت قدیمی
    proxyService(req, res, 'http://localhost:8080');
  } else {
    // بازگشت پیش‌فرض
    next();
  }
});

function proxyService(req, res, targetUrl) {
  // منطق پروکسی ساده‌سازی شده برای نمایش
  // در محیط تولید، از کتابخانه‌هایی مانند http-proxy یا nginx استفاده کنید
  const http = require('http');
  const options = {
    hostname: new URL(targetUrl).hostname,
    port: new URL(targetUrl).port,
    path: req.url,
    method: req.method,
    headers: req.headers
  };

  const proxyReq = http.request(options, (proxyRes) => {
    res.writeHead(proxyRes.statusCode, proxyRes.headers);
    proxyRes.pipe(res, { end: true });
  });

  req.pipe(proxyReq, { end: true });
}

ملاحظات کلیدی برای موفقیت

در حالی که کد بالا مکانیزم مسیریابی را نشان می‌دهد، مهاجرت موفق نیاز به چیزی فراتر از تقسیم ترافیک دارد. شما باید سازگاری داده‌ها را به دقت مدیریت کنید. اغلب، میکروسرویس جدید پایگاه داده خود را خواهد داشت، که نیاز به همگام‌سازی با پایگاه داده سیستم قدیمی در طول دوره انتقال دارد. ابزارهایی مانند تکثیر پایگاه داده یا CDC (ثبت تغییرات داده) می‌توانند به همگام نگه داشتن این ذخایر داده کمک کنند.

علاوه بر این، اطمینان حاصل کنید که ابزارهای نظارت و مشاهده شما هم سیستم‌های قدیمی و هم جدید را پوشش می‌دهند. ردیابی توزیع‌شده زمانی ضروری می‌شود که یک درخواست کاربر واحد ممکن است در سراسر یک ماژول قدیمی و یک میکروسرویس جدید گسترده باشد.

نتیجه‌گیری

الگوی انجیر خفه‌کن یک راه حل جادویی نیست، اما یکی از مؤثرترین استراتژی‌ها برای مدرن‌سازی معماری‌های پیچیده و مونولیتی است. این الگو تمرکز را از بازنویسی‌های پرریسک و با عواقب بالا به سری از وظایف بازسازی قابل مدیریت و کم‌ریسک تغییر می‌دهد. با خفه کردن تدریجی سیستم قدیمی، شما تداوم کسب‌وکار را حفظ می‌کنید و همزمان به سمت آینده‌ای مقیاس‌پذیر و قابل نگهداری حرکت می‌کنید.

کوچک شروع کنید. یک زمینه محدود یکپارچه و منسجم در مونولیت خود را شناسایی کنید، یک سرویس جدید برای آن بسازید و ترافیک را از طریق یک دروازه مسیریابی کنید. همان‌طور که اعتماد به نفس کسب می‌کنید، محیط پیرامونی معماری جدید خود را گسترش دهید تا زمانی که سیستم قدیمی به یک خاطره تبدیل شود. سفر به سمت مدرن‌سازی یک ماراتن است، نه یک دو سرعت—اجازه دهید انجیر خفه‌کن راه را نشان دهد.

Share: