hybrid-cloud-outboxes

Sentry uses a transactional outbox pattern for eventually consistent operations. When a model changes, an outbox row is written inside the same database transaction. After the transaction commits, the outbox is drained — firing a signal that triggers side effects such as RPC calls, tombstone propagation, or audit logging.

The most common use case is cross-silo data replication: a model saved in the Region silo produces a RegionOutbox that, when processed, replicates data to the Control silo (or vice versa via ControlOutbox). But the pattern is general — outboxes work for any operation that should happen reliably after a transaction commits, even within a single silo.

There are two outbox types corresponding to the two directions of flow:

دليل لإنشاء وصيانة العمليات المتسقة المستندة إلى صندوق الصادر في Sentry. الأكثر استخدامًا للنسخ المتماثل للبيانات عبر الصومعة، ولكنه قابل للتطبيق في أي مكان يلزم فيه الاتساق النهائي - بما في ذلك الآثار الجانبية المؤجلة للصومعة الواحدة، وتسجيل التدقيق، وتفرع الأحداث. يُستخدم عندما يُطلب منك "إضافة صندوق الصادر"، "إضافة النسخ المتماثل لصندوق الصادر"، "نسخ النموذج للتحكم في الصومعة"، "نسخ النموذج إلى منطقة"، "إضافة فئة صندوق الصادر"، "كتابة مستقبل إشارة صندوق الصادر"، "تصحيح أخطاء الصناديق الصادرة العالقة"، "عدم معالجة صندوق الصادر"، "عدم النسخ المتماثل للبيانات"، "اختبار صندوق الصادر"، "ترحيل النموذج لاستخدام علب الصادر"، "تعبئة بيانات صندوق الصادر"، "دمج صندوق الصادر"، "ReplicatedRegionModel"، "ReplicatedControlModel"، أو "OutboxCategory"، أو "OutboxScope"، أو "outbox_runner". يغطي مزج النماذج، وتسجيل الفئات، ومستقبلات الإشارة، والاختبار، والردم، وتصحيح الأخطاء. المصدر: getsentry/sentry.