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。