مقصد بر اساس نوع تراکنش، کانال، وضعیت سرویس یا قواعد کسبوکاری انتخاب میشود.
تراکنش را فقط عبور ندهید؛ مسیر، وضعیت و خطای آن را کنترل کنید.
یک لایه برای اعتبارسنجی، مسیریابی و نگهداری وضعیت تراکنش؛ با رفتار مشخص برای Timeout، Retry، Reversal و پیگیری عملیاتی تا کانالها مجبور نباشند منطق تراکنش را جداگانه بازسازی کنند.

هر درخواست یک وضعیت و شناسه سراسری دارد تا تیم عملیات بداند دقیقاً چه اتفاقی افتاده است.
Timeout و Reversal از ابتدا سناریوی اصلی محسوب میشوند، نه استثنای بعد از Go-Live.
یک مرجع برای تصمیم مسیریابی و وضعیت تراکنش
سوئیچ میان کانال و مقصد قرار میگیرد تا قواعد مسیر، وضعیت و پاسخ از منطق UI و سامانه مقصد جدا بمانند.
یک مرجع برای تصمیم مسیریابی و وضعیت تراکنش
سوئیچ میان کانال و مقصد قرار میگیرد تا قواعد مسیر، وضعیت و پاسخ از منطق UI و سامانه مقصد جدا بمانند.
- Routing بر اساس نوع و Context تراکنش
- نگهداری Correlation ID و وضعیت چرخه
- تعریف رفتار مشخص برای Retry و Reversal
- تولید داده مناسب برای Reconciliation
قابلیتهایی که تراکنش را قابل کنترل و قابل پشتیبانی میکنند.
تمرکز روی تصمیمهای حیاتی چرخه تراکنش است؛ از انتخاب مسیر تا اطمینان از اینکه Retry به اجرای دوباره ناخواسته منجر نمیشود.
Routing Engine
قواعد مسیریابی برای انتخاب مقصد و مسیر جایگزین بر اساس وضعیت و نوع تراکنش.
Transaction State
نگهداری وضعیت و Correlation ID برای جلوگیری از ابهام در پیگیری و Retry.
Reversal & Timeout
تعریف رفتار کنترلشده برای قطع ارتباط، پاسخ دیرهنگام و تراکنشهای نیازمند برگشت.
Idempotency Controls
کاهش ریسک اجرای تکراری یک عملیات در Retry یا ارسال مجدد درخواست.
Reconciliation Hooks
ثبت رخداد و دادهای که برای مغایرتگیری و تطبیق عملیاتی لازم است.
یک تراکنش پرداخت در مسیر مقصد Timeout میشود؛ حالا چه اتفاقی باید بیفتد؟
بهجای تصمیمهای پراکنده در کانال، سوئیچ چرخه را با وضعیت مشخص و شناسه قابل پیگیری مدیریت میکند.
نوع، دادههای لازم و شناسه سراسری بررسی یا ایجاد میشود.
Routing Engine مقصد مناسب را انتخاب و درخواست را ارسال میکند.
وضعیت تراکنش بر اساس قرارداد سرویس و پاسخ مقصد ثبت میشود.
در صورت نیاز، برگشت یا نتیجه استاندارد اجرا و برای عملیات ثبت میشود.
پایداری تراکنش یعنی وضعیتهای مبهم را از قبل طراحی کنید.
در عملیات مالی، «پاسخ نگرفتن» الزاماً به معنی «انجام نشدن» نیست. معماری باید برای ابهام شبکه، Retry و برگشت، منطق قابل پیگیری داشته باشد.
مسیر تراکنشهای شما چند نقطه تصمیم دارد؟
جریان فعلی را مرور کنیم و نقاط Routing، خطا و Reversal را روی یک مدل مشترک مشخص کنیم.
