Part 1：コンフルエント（CFLT）：Kafkaの高スループットとメッセージングアーキテクチャのトレードオフを徹底解説！

※「Part 1：コンフルエント（CFLT）データストリーミングリーダーの強み（競争優位性）分析と今後の成長見通し・将来性を徹底解説！」の続き

スループットと予測可能性

メッセージ・キュー（MQ）システムを含め、技術にはトレードオフが伴う。

Pub-Subは、より低コストで高いスループットを提供するが、 キューのような予測可能性に欠けている。

例えば、学生はジャーナル（Pub-Sub）に掲載された試験のスコアを確認しないかもしれない。

一方、教務補助員（キュー）から個人的に伝えられるスコアは、確実に学生に届くことが保証されている。

Pub-Subは、より速くスコアを公開することができるが、学生の受け取りは不確実である。

グラフはKafkaの初期パフォーマンスとRabbitMQの比較である。

Kafkaは、パーティションやシーケンシャル操作などの機能により高スループット向けに設計されており、スピードではRabbitMQを大きく上回っている。

しかし、トランザクションメッセージ、遅延メッセージ、デッドレターキューのサポートがないため、予測可能性では妥協している。

デリバリー保証：最低でも1回 vs 最大でも1回 vs 正確に1回

異なるメッセージング・キュー（MQ）は、「最低でも1回」、「最大でも1回」、「正確に1回」といった、様々なデリバリー・モデルを採用している。

そして、これらは分散システムにおけるデータフローの信頼性と一貫性に影響を与える。

「最低でも1回」モデルでは、メッセージが確実に宛先に到達するが、重複する可能性がある。

一方、「最大でも1回」モデルでは、メッセージを失うリスクはあるが、重複を防ぐことができる。

「正確に1回」モデルは、各メッセージを一度だけ配信するもので、重要なデータ整合性シナリオに最適である。

これらのモデルを理解することは、Kafkaの背後にある商業体であるコンフルエント（CFLT）への投資家にとって、同社のリアルタイムデータ処理における競争力を評価するために不可欠である。

下記に例を挙げていきたい。

最低でも1回

ある大学の管理システムは、学生に試験の成績を確実に通知する。

同様に、eコマース・プラットフォームは、受領を保証するために注文確認を複数回送信することがあり、重複のリスクを受け入れる。

最大でも1回

この場合、受験生は得点通知を一度だけ受け取ることになり、重複は避け