Data Transmission Service:メッセージ確認応答メカニズム

名前

説明

利点と欠点

シナリオ

確認を待たないでください

プロデューサーはサーバーにメッセージを送信し、サーバーからの応答を待つ必要はありません。メッセージが送信されると、プロデューサーはメッセージが期待どおりに送信されたと見なします。

• 利点：高パフォーマンスと高スループット。

• 欠点：低い信頼性と高いデータ損失のリスク。

このメカニズムは、ログ収集やモニタリングデータなど、メッセージの信頼性に対する要件が高くない場合に適用できます。

マスターノードからの確認を待つ

プロデューサーはサーバーにメッセージを送信し、サーバーのリーダーレプリカからの確認応答を待ちます。メッセージがリーダーレプリカに送信され、そのローカルログに書き込まれると、応答がプロデューサーに返されます。

• 利点：さまざまなシナリオに適用可能。

• 欠点：中程度のパフォーマンスと中程度のデータ損失のリスク。

  リーダーレプリカ (マスターノード) に障害が発生した場合、データが失われる可能性があります。

このメカニズムは、特にメッセージのパフォーマンスと信頼性に関する特定の要件がある場合、ほとんどのシナリオに適用できます。

すべてのISRの確認を待っています

プロデューサーはサーバーにメッセージを送信し、サーバーのすべての ISR (In-Sync Replicas) からの確認応答を待ちます。メッセージがすべての ISR に送信され、そのローカルログに書き込まれると、応答がプロデューサーに返されます。

• 利点：高いデータセキュリティ。

  すべてのレプリカに障害が発生した場合にのみ、データが失われます。

• 欠点：低パフォーマンス。

このメカニズムは、金融トランザクションや注文処理など、メッセージの信頼性に対する要件が高い場合に適用できます。