محمد نامدار، حمیدرضا دهباشی

در این آزمایش تصمیم گرفتیم تا ذخیره، بروزرسانی و حذف کتاب ها را به صورت میکروسرویس پیاده سازی کنیم.

ساختار کلی سیستم به این صورت است که درخواست هایی که از سوی کلاینت ها می آید به وسیله یک load balancer (در اینجا از nginx استفاده کردیم) بین 3 کانتینر مربوط به backend تقسیم می شوند و پس از پردازش اطلاعات در هر backend، تغییرات مربوطه در دیتابیس صورت می گیرد. هر کانتینر backend به دیتابیس متصل است و برای دیتابیس از postgre استفاده کردیم (همان image مربوط به postgre که در docker-hub موجود بود).

روند پیاده سازی به این صورت بود که ابتدا یک سیستم backend را به صورت مینیمال پیاده سازی کردیم. سپس برای تست این قسمت backend یک نمونه دیتابیس را بالا آوردیم.

برای پیاده سازی backend از این راهنما ایده گرفته ایم.

در قسمت بعدی برای تنظیمات load balancing از nginx استفاده کردیم و در کانفیگ مربوط به آن اطلاعات الگوریتم load balancing و backend هایی را که میخواهیم load balancing روی آنها انجام شود، وارد کردیم.

در گام بعدی، Dockerfile های مربوط به backend و nginx را نوشتیم. به ترتیب در کامیت های f5998c18045e8e73fd47e217c6ffaa6c3217c607 و 10681b3288aa1c366d2503e7f0c9d69eab35f340 تغییرات Dockerfile آورده شده است.

و در انتها نیز docker-compose را تکمیل کردیم و اجزای مختلف سیستم را و ارتباطات و dependency ها را در آن قرار دادیم. سپس docker-compose را اجرا کردیم.

تصویر مربوط به وجود image ها و container های خواسته شده توسط گزارش در زیر آورده شده است:

همچنین تست هایی را نیز در رابطه با عملیات های متفاوت در سیستم انجام دادیم و تصاویر و توضیحات مربوط به آن ها در زیر آورده شده است.

• ابتدا دو کتاب اضافه کردیم و لیست تمامی کتاب ها را Get کردیم.

• مقادیر مربوط به یک کتاب را تغییر دادیم و لیست تمامی کتابها را مشاهده کردیم.

  

• یک کتاب را حذف کردیم و لیست تمامی کتاب ها را مشاهده کردیم.

همانطور که در تصاویر مشخص است روند اجرای برنامه صحیح است. همچنین راجع به load-balancing، از یک url مخصوص استفاده کردیم /test و همانطور که در تصویرهای زیر مشخص است با هر دفعه reload پاسخی که دریافت می¬کنیم از یک backend متفاوت است و این به این معناست که load balancing به درستی انجام می شود.

در رابطه با مورد 6، پاسخ به این صورت خواهد بود که باید مکانیزمی تعریف شود که طی آن تعداد سرورهای backend افزایش یابد و در نتیجه فشار بر روی سرورها توزیع شود اما تمامی سرور ها از یک دیتابیس استفاده کنند. به این منظور مانند سیستم پیاده سازی شده در این آزمایش باید از یک load balancer استفاده کنیم تا درخواست ها را میان سرور ها تقسیم کند و هر سرور درخواست های دیتابیسی خود را به یک دیتابیس مشترک ارائه کند. مابقی اتفاقات از قبیل هندل کردن کانکرنسی connection های دیتابیس در خود دیتابیس ها در نظر گرفته خواهد شد.

1. مفهوم stateless به چه معناست؟ ما چه استفاده‌ای از این مفهوم در آزمایش خود کرده‌ایم؟

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

برای اینکه تعریف شفاف تر شود به مثالی از همین پروژه توجه کنید. در اینجا ماژول backend ما stateless هستند و اصلا به همین دلیل است که میتوان با توجه به فشار بار روی سیستم تعداد آن ها را کم یا زیاد کرد؛ اما به طور مثال ماژول Database بدون وضعیت نیست و عملکرد آن در هر لحظه تابع مقادیر ذخیره شده داخل آن است.