چگونه می توان سرویس های خرد مبتنی بر رویداد را تنظیم کرد

عکس پروفایل ناهار شروتی ونکاتش هکر

@shrutivenkateshشروتی ونکاتش

ساخت سیستم های توزیع شده و تیم های تحویل عالی

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

ما ثابت کردیم که الگوی میکرو سرویس مستقیم با تماس مستقیم منجر به شبکه ای تنگ از خدمات همراه می شود که در حقیقت منجر به یکپارچه توزیع شده می شود. یکی از راه های جلوگیری از ساخت یکپارچه توزیع شده ، استفاده از ریز سرویس های مبتنی بر رویداد است. قانون طلایی ریز سرویس های مبتنی بر رویداد این است که همه ارتباطات ناهمزمان است. به جای تماس های API ، سرویس های خرد رکورد عملکردهای خود را منتشر می کنند که به آن رویدادها نیز می گویند. یک رویداد سوابق فعالیت تجاری است و باید شامل تمام اطلاعات مربوط به آن اقدام باشد. رویدادها در زیرساخت های پیام رسانی منتشر می شوند (فکر کنید کافکا ، RabbitMQ) ، و این که به کار بردن ریز سرویس ها سپرده شده است که نحوه کار با آنها را تشخیص می دهد. با حذف این اتصال تنگ بین سرویس ها ، می توان از مزایای ارائه شده توسط ریز سرویس ها به طور واقعی بهره مند شد …