پلتفرم رزرو هوشمند

مسئله تجاری

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

آنچه تحویل دادم

• یک پایه‌ی بیعانه و رزرو خریدار که در آن رزرو در برابر یک پرداخت تأییدشده ساخته می‌شود نه خوش‌بینانه.
• idempotency روی کال‌بک پرداخت ووکامرس، تا یک اعلان تکراری برای همان پرداخت همان یک رزرو واحد را تولید کند.
• ظرفیت و قوانین زمانی تعریف‌شده توسط ادمین، تا محدودیت‌ها پیکربندی باشند نه اینکه در منطق رزرو کدگذاری شوند.
• یک تاریخچه‌ی وضعیت و خط زمانی روی رکورد زیرین، تا توالی وضعیت‌هایی که یک رزرو از آن‌ها گذشته بعداً خوانا باشد.
• یک لایه‌ی ممیزی و رویداد زیر آن، تا تغییرات وضعیت همان‌طور که اتفاق می‌افتند ثبت شوند نه اینکه از ردیف فعلی بازسازی شوند.
• فلگ‌های فیچر و یک مدیر اسکیما، تا کار رزرو مستقل از بقیه‌ی پلتفرم توسعه و فعال شود.

رویکرد فنی

• idempotency از ابتدا روی کال‌بک طراحی شده، نه اینکه بعد از اولین تکرار اضافه شود. تلاش مجدد درگاه رفتار عادی است نه شرط خطا، و handler‌ای که تحویل دقیقاً-یک‌بار را فرض کند از روز اول اشتباه است.
• ظرفیت و قوانین زمانی توسط ادمین تعریف می‌شوند تا همان معماری بدون تغییر کد به مدل‌های کسب‌وکار مختلف خدمت کند، که نکته‌ی ساختنش به‌عنوان یک پایه‌ی قابل استفاده‌ی مجدد بود.
• انتقال‌های وضعیت به‌عنوان تاریخچه ثبت می‌شوند نه اینکه بازنویسی شوند، چون اختلاف بر سر یک رزرو همیشه پرسشی درباره‌ی توالی است نه وضعیت فعلی.
• این کار پشت فلگ‌های فیچر با مدیریت اسکیمای خودش می‌نشیند، که همان چیزی است که اجازه داد تدریجی وارد یک پلتفرم زنده شود.

نتیجه و شواهد

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

اهمیت برای کارفرما

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