در پردازش ایدمپوتنت، تحویل دوبارهٔ یک رویداد نباید اثر مورد نظر را دوباره ایجاد کند. این نیازمند یک قانون هویت مناسب و ثبت نتایج پایدار است، نه فقط متن مشابه.
تعریف کلید رویداد
از شناسهٔ پایدار مستند یا جایگزینی که به‌صورت صریح ارزیابی شده استفاده کنید. رویدادهای جداگانه را صرفاً به دلیل شباهت متن ادغام نکنید حتی اگر توضیحاتشان مشابه باشد.
ثبت اثر جانبی
ثبت کنید که عملیات مورد نظر تکمیل شده است یا هنوز نتیجهٔ نامشخصی دارد. راهاندازی مجدد فرآیند نباید تنها شواهد لازم برای جلوگیری از تکرار را پاک کند.
| موضوع بررسی | مدرک یا دادهٔ لازم | کاربرد در تصمیم |
|---|---|---|
| هویت | کلید مستند | تشخیص رویدادها |
| اثر | عملیات تعریفشده | شناسایی آنچه نباید تکرار شود |
| ثبت | نتیجه پایدار | حفظ نتیجه پس از راهاندازی مجدد |
| عدم قطعیت | وضعیت حل‌نشده | سازگارسازی قبل از اقدام |
خانهٔ خالی در این کاربرگ، سؤال بی‌پاسخ است؛ آن را نتیجهٔ مثبت یا منفی فرض نکنید. مدرک موجود را از ادعا و فرض جدا نگه دارید.
یک مثال فرضی
فرض کنید یک هشدار یک وظیفه را فعال کند و دو بار تحویل داده شود. همان شناسهٔ پایدار رویداد می‌تواند مانع ایجاد وظیفه دوم شود اگر نتیجه اول ثبت شده باشد.
سابقهٔ اثر را پس از راهاندازی دوباره حفظ کنید
کلید رویداد و نتیجهٔ اجرای اثر باید طبق قرارداد واقعی قابل پیگیری باشند. وضعیت نامشخص را پیش از اجرای دوباره تطبیق دهید؛ شباهت متن را جای هویت نگذارید. این مثال، شناسهٔ رویداد یا تضمین پردازش دقیقاً یک‌باره در رهگارد را اعلام نمی‌کند.
مطالعهٔ تکمیلی: هشدار تکراری ردیاب؛ چند رویداد داریم یا چند بار نمایش داده شده؟ و محدودیت درخواست API ردیاب؛ طراحی retry بدون فشار به سامانه.
برای بررسی دستگاه و مسیر رسمی خدمات، به رهگارد و فروشگاه ردیاب خودرو مراجعه کنید؛ امکانات و شرایط همان مدل را پیش از سفارش تأیید کنید.
هنوز دیدگاهی ثبت نشده. اولین نفر باشید!