خشایار نوریان

بعد از timeout، فراخواننده نمی‌داند عملیات موفق بوده یا نه. Idempotency اجازه می‌دهد همان عملیات را دوباره درخواست کند، بدون اینکه اثر موردنظر در کسب‌وکار دوباره اعمال شود؛ حتی اگر تأیید موفقیت به او نرسیده باشد.

یک worker ساده در C#، کلید ثابت، ذخیره‌ی نتیجه و رسیدگی به درخواست‌های تکراری را نشان می‌دهد؛ با محدودیت‌های روشن در هم‌زمانی، راه‌اندازی مجدد، نگهداری سوابق و اثرهای خارج از برنامه.

مسیر متدی را دنبال می‌کنیم که به پاسخ HTTP نیاز دارد: درخواست را شروع می‌کند، متن پاسخ را می‌گیرد و آن را به نتیجه تبدیل می‌کند. تسک درخواست HTTP و تسک خود متد، هرکدام بخش متفاوتی از این کار را نشان می‌دهند.

می‌بینیم await هنگام انتظار چه می‌کند، خطا و لغو چگونه به فراخواننده می‌رسند و متد پس از آماده شدن پاسخ کجا ادامه پیدا می‌کند.

مخزن خواندن جدا کمک می‌کند داده را برای یک صفحه یا گزارش و نه برای نیازهای مدل نوشتن شکل دهیم. این کار می‌تواند join‌های پرهزینه را کم کند و ظرفیت خواندن را مستقل افزایش دهد.

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

CQRS لازم نیست از همان روز اول با دو پایگاه‌داده و چند سرویس شروع شود. می‌توان مسیر command و مسیر query را در همان برنامه و پایگاه‌داده جدا کرد، چون کارشان واقعاً یکی نیست.

مسیر command از تغییر محافظت می‌کند و مسیر query پاسخ مناسب فراخواننده را می‌سازد. این انتخاب تراکنش و خواندن فوری را نگه می‌دارد، اما مقیاس‌پذیری مستقل خواندن را به دست نمی‌دهد.