چالش شماره DDD Plus 18 | مدیریت تغییرات سفارش و یکپارچگی با سیستم‌های خارجی با رویکرد رویدادمحور

پیش‌زمینه:

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

سناریو:

تصور کنید کاربری یک سفارش تور را با مشخصات زیر ثبت کرده است:

• بلیط هواپیما: تهران-مشهد، تاریخ رفت: ۱۴۰۳/۰۸/۰۱
• رزرو هتل: مشهد، هتل A، تاریخ ورود: ۱۴۰۳/۰۸/۰۱، مدت اقامت: ۲ شب

پس از ثبت سفارش، کاربر تصمیم می‌گیرد تاریخ پرواز خود را به ۱۴۰۳/۰۸/۰۳ تغییر دهد. این تغییر باید به طور صحیح در سیستم ثبت شده و به سیستم‌های مرتبط (مانند سیستم رزرواسیون هواپیمایی و سیستم رزرو هتل) اطلاع داده شود. همچنین، این تغییر ممکن است منجر به تغییر قیمت بلیط و در نتیجه تغییر مبلغ کل سفارش شود که باید به درستی محاسبه و اعمال گردد.

صورت مسئله:

با توجه به سناریوی مطرح شده، به سوالات زیر پاسخ دهید:

1. شناسایی Domain Eventها: حداقل سه Domain Event که در محدوده Aggregate سفارش رخ می‌دهند را شناسایی و نامگذاری کنید. برای هر رویداد، مشخص کنید که چه اطلاعاتی در آن رویداد ثبت و نگهداری می‌شود (به عنوان مثال، برای رویداد FlightDateChanged، تاریخ جدید پرواز و شناسه بلیط(یا بلیت )). مثال:
   • FlightDateChanged: {FlightId, NewDepartureDate}
   • HotelReservationModified: {HotelReservationId, NewCheckInDate, NewDuration}
   • OrderTotalAmountUpdated: {OrderId, NewTotalAmount}
2. مدیریت Domain Eventها در Aggregate:
   • چگونه Domain Eventها در داخل Aggregate سفارش ثبت و مدیریت می‌شوند؟
   • مسئولیت انتشار این رویدادها بر عهده کیست؟ (Repository یا یک سرویس دامنه).
   • یک نمونه کد (به صورت شبه کد یا کد C#) برای ثبت یک رویداد FlightDateChanged در Aggregate سفارش ارائه دهید.
3. Integration Events و ارتباط با سیستم‌های خارجی:
   • برای اطلاع‌رسانی تغییر تاریخ پرواز به سیستم رزرواسیون هواپیمایی و سیستم رزرو هتل، چه Integration Eventهایی باید منتشر شوند؟ مثال:
     • FlightDateChangeRequestedInAirlineSystem: {BookingReference, NewDepartureDate}
     • HotelReservationModificationRequested: {ReservationConfirmationNumber, NewCheckInDate}
   • مشخص کنید که هر رویداد یکپارچگی دقیقاً به کدام سیستم خارجی ارسال می‌شود.
4. الگوی انتشار Integration Events:
   • از چه الگویی برای انتشار Integration Eventهایی استفاده می‌کنید؟ (مانند Message Broker، Event Bus یا Outbox Pattern).
   • مزایا و معایب الگوی انتخابی خود را در مقایسه با سایر الگوها به طور کامل توضیح دهید.
5. مدیریت خطاهای یکپارچگی:
   • اگر سیستم رزرواسیون هواپیمایی با خطا مواجه شود و نتواند تغییر تاریخ را اعمال کند، چه اتفاقی رخ می‌دهد؟
   • چگونه این خطا را مدیریت کرده و به کاربر اطلاع می‌دهید؟ (از چه سازوکارهایی برای Retry یا Compensating Transaction استفاده می‌کنید؟)
6. Eventual Consistency:
   • با توجه به ماهیت توزیع‌شده سیستم، چگونه Eventual Consistency بین سیستم‌های مختلف را تضمین می‌کنید؟
   • مثالی عملی از چگونگی دستیابی به Eventual Consistency پس از تغییر تاریخ پرواز ارائه دهید.

اهداف چالش:

• درک عمیق‌تر مفاهیم Domain Events و Integration Eventsو نقش حیاتی آن‌ها در طراحی سیستم‌های توزیع‌شده.
• پیاده‌سازی عملی و گام به گام مدیریت تغییرات سفارش با استفاده از رویکرد Event Based.
• بررسی و مقایسه الگوهای مختلف موجود برای انتشار Integration Eventها و انتخاب الگوی مناسب.
• درک چالش‌های مدیریت خطا، تضمین تحویل پیام و دستیابی به سازگاری نهایی در سیستم‌های توزیع‌شده.
• ارتقاء و تقویت مهارت‌های طراحی سیستم‌های پیچیده با بهره‌گیری از مفاهیم و الگوهای DDD.