Apache Kafka® の費用と機能に関する Confluent Cloud と Amazon MSK の比較

自己管理のホスト型 Apache Kafka® と比較して 70％ 以上効率的に運用

リアルタイムデータパイプラインや AI エージェントを構築する際には、Kafka が理想的な選択肢です。その分散設計は、高スループット・低遅延のワークロードを処理するように構築されていますが、コストのかかるオーバープロビジョニングや停止のリスクを冒すことなく、大規模に管理、保護、最適化するための深い専門知識も必要です。

Kafka の共同作成者によって設立された Confluent は、300万時間分のエンジニアリングを投資し、Kafka をクラウドで最大70％効率的に運用できるように再設計しました。その結果、誕生したクラウドネイティブの Kafka エンジンである Kora は、完全マネージド型のデータストリーミングプラットフォームを強化し、次を実現します。

• インフラストラクチャコストを半分以上削減するサーバーレスで自動スケーリングするクラスター

• 自己管理型のシングルテナントクラスターの3倍のリソース効率

• 自己管理型と比べてクラスターのレイテンシが最大50%低減し、使用率がさらに向上

• ネットワーク費用を削減するための最適化されたルーティングと API の統合

現在、Kora は AWS、Google Cloud、Microsoft Azure で毎日3兆件以上のメッセージを処理する30,000点の Confluent Cloud クラスターを稼働させています。

Kafka のコストに関するウェビナーに登録

 

 

Kafka の所有コスト – MSK と Confluent の比較

社内での採用が拡大し、Kafka のフットプリントが拡大するにつれて、チームは以下のことにさらに多くの時間とリソースを費やすことを強いられます。

• クラスタープロビジョニングの計画、サイジング、管理

• ソフトウェアのパッチ適用とアップグレード

• 可用性のためのフェイルオーバー設計と計画

• リスクの高いガバナンスとセキュリティのギャップの解消

• 信頼性のための計画と最適化

• 手動ロードバランシング

Kafkaの完全な価値を実現するには、大規模な本番稼働に到達するまでに平均2年以上、プラットフォームの開発と運用に300万～500万ドルのコストがかかります。Confluent Cloud と Amazon MSK はどちらも、この運用上の負担を軽減することを約束します。しかし、「マネージド」Kafka サービスはどれも同じではありません。クラウドサービスプロバイダーによるホスト型 Kafka を選択しても、チームがあらゆる重労働から解放されることはありません。

このマネージド Kafka サービスの比較では、真のマネージドサーバーレス Kafka と、投資収益率が257％で6か月以内に投資回収が可能なデータストリーミングプラットフォームでどれだけ多くのことができ、どれだけ節約できるかをご紹介します。

Confluent Cloud を無料で試してみる

 

	Confluent Cloud	Amazon MSK
まとめ	Confluent は、Kafka Cluster と Connector インスタンスをスケーリングするための自動化機能により、ほとんどの手動操作の負荷を軽減します。	Amazon MSK は、MSK Serverless クラスターであっても、デプロイメントタスクの自動化機能が限られているため、運用負担は高いままです。
自動化された製品機能と手動操作およびカスタム開発の比較	自己管理型 : Topic のモニタリング すべてのクラスターで自動化： サイジング プロビジョニング ワーカーインフラストラクチャの接続 ストリーム処理インフラストラクチャ Kafka UI 最新のソフトウェアパッチ アップグレード インフラストラクチャ監視 REST プロキシ ストレージ容量と管理 ゼロへのスケーリング Connectors クラスター拡張 カスタム： 独自のカスタムコネクタの持ち込み * すべての Confluent Cloud クラスターで可能	自己管理型 : サイジング アップグレード インフラストラクチャ監視 Topic のモニタリング ストレージと容量の管理 クラスター拡張 ゼロへのスケーリング カスタム： 最新のソフトウェアパッチ REST プロキシ Connectors 自動： サイジング* プロビジョニング ワーカーインフラストラクチャの接続 ストリーム処理インフラストラクチャ インフラストラクチャ監視* アップグレード* 最新のソフトウェアパッチ* クラスター拡張* ゼロへのスケーリング* ストレージ容量と管理* * MSK Serverless クラスターでのみ
選択の自由	AWS、Google Cloud、Microsoft Azure で利用可能	AWS でのみ利用可能

Confluent Cloud と Amazon MSK における管理、監視、メンテナンスの比較

MSK はいくつかの運用上の問題を解決していますが、いまだ制限が多数存在します。自己管理またはホスト型 Kafka の使用には、次のような多大な直接的および間接的なコストがかかります。

• オーバープロビジョニングされたクラスターによる高額なインフラストラクチャ支出：変動する需要に対応するためにオーバープロビジョニングが必要、コンピューティングを増やさずにストレージを拡張できない、手動構成によるパフォーマンスの低下、リバランス、アップグレードとパッチ適用

• 運用負担と制約のあるリソース：プロビジョニングとキャパシティプランニング、アップグレードとモニタリングに費やす高価な時間とリソースとビジネスの差別化のバランス、Kafka 人材の採用、雇用、維持にかかるコスト

• 計画外の停止：Kafka がより多くのユースケース、アプリケーション、データシステム、チーム、環境にわたるにつれて、コストのかかるダウンタイムとセキュリティ侵害のリスクが高まります。

これらのコストは、価値実現までの時間の遅延や TCO の増加を引き起こし、予期せぬダウンタイムやセキュリティ侵害、データ損失による収益損失のリスクの増大につながります。

運用上の負担を軽減し、一般的な Kafka の課題を解決するという点で、Confluent Cloud と Amazon MSK を比較してみましょう。

Kafka と Confluent と MSK を比較するホワイトペーパーを読む

 

 

サービス	Confluent Cloud	Amazon MSK	MSK サーバーレス
プロビジョニング	Kafka、Schema Registry、Flink のセルフサービスおよびオンデマンド	セルフサービス、オンデマンド、Kafka のみ	セルフサービス、オンデマンド、Kafka のみ
自動スケーリング	あらゆるワークロードに適したサイズのサーバーレス・自動スケーリングクラスター	手動スケーリング	制限されたクォータ (200/400 MBps) への柔軟なスケーリング
クラスタの種類	あらゆるワークロードとユースケースに対応する柔軟でコスト効率の高いクラスタータイプ	標準クラスター Express クラスターはどちらも手動でスケーリングが必要です	MSK Serverless クラスターは、MSK の事前プロビジョニングされたクラスターで、予測不能でミッションクリティカルなワークロードに適しています
Infrastructure as Code	コントロールプレーンとデータプレーンの両方に対応	コントロールプレーンのみ	コントロールプレーンのみ
インフラストラクチャの監視	プロアクティブな監視	手動監視	プロアクティブな監視
Topic のモニタリング	無料の事前集計された指標	Topic レベルの指標は追加料金が必要	デフォルトの監視は無料
アップグレード	常に最新の安定バージョン	制限付きバージョンサポート	制限付きバージョンサポート
ソフトウェアへのパッチ適用	プロアクティブな修正	事後対応型修正	事後対応型修正
クラスターの拡張	柔軟なスケーラビリティ	手動でのデータリバランシング	柔軟なスケーラビリティ
コネクタのスケーリング	事前構築済みで完全マネージド型	自己開発および管理	自己開発および管理

 

Confluent Cloud と Amazon MSK はどのようにクラスターのサイジングを簡素化しますか？

• Confluent Cloud はスループットベースのサイジングを採用しています。これにより、面倒なパフォーマンステストが不要になり、柔軟にスケーリングでき、使用した分だけ支払うクラスターでインフラストラクチャのコストを削減できます。

• MSK Provisioned は Broker ベースのサイジングを使用しています。自動スケーリングの制限により、後で複雑な拡張の必要性を減らすために、パフォーマンステストを実行して Broker の種類と数を選択し、インフラストラクチャをオーバープロビジョニングして時間とリソースを割り当てる必要があります（1日あたり4回の操作）。

• MSK Serverless はスループットベースのサイジングを採用しています。Glue Schema Registry と Kafka Cluster をプロビジョニングします。コネクタと Kafka プロキシにはカスタム作業が必要です。

Confluent Cloud または Amazon MSK はどのようにプロビジョニングと管理を自動化しますか？

• Confluent Cloud は、プラットフォーム全体にセルフサービスのオンデマンドプロビジョニングを提供します。Kafka Cluster を Schema Registry、Connect、Confluent Cloud for Apache Flink® を含む他の Confluent Cloud コンポーネントと一緒にプロビジョニングします。また、Terraform プロバイダーを使用して、コントロールプレーンリソース (クラスターや Schema Registry など) とデータプレーンリソース (Topics や ACL など) の両方の管理を自動化することもできます。

• Amazon MSK はセルフサービスのオンデマンドプロビジョニングを提供しますが、Kafka のみを提供します。Kafka Cluster と Glue Schema Registry をプロビジョニングし、MSK Provision と MSK Serverless の両方のコネクタと Kafka プロキシに Flink Custom の取り組みが必要です。Terraform はコントロールプレーンのリソースをデプロイして管理することしかできません。データプレーンのリソースを管理するには、カスタムオペレーターとプロセスを構築する必要があります。

Confluent Cloud や Amazon MSK はすぐに使用できる監視機能を提供していますか？

• Confluent Cloud は、プロアクティブなインフラストラクチャ監視と Topic 監視のための無料の集約メトリクスを提供します。Kafka の専門家によるプロアクティブなクラスター監視とメンテナンスにより、アプリ開発に集中できます。Infinite Storage により、ディスク領域関連の障害のリスクを軽減しながら、無制限のクラスターレベルのストレージ使用が可能になります。Topic およびクラスターレベルで事前に集計された最も重要な指標へのアクセスは追加費用なしで利用可能であり、Metrics API を使用して選択したサードパーティの監視サービスで指標を使用できます。

• MSK Provisioned は、手動でインフラストラクチャを監視し、Topic レベルのメトリックを追加料金で提供します。CPU 使用率などの Broker メトリックを監視するためのリソースを割り当てて、クラスターのパフォーマンスをプロアクティブに管理します。ストレージ容量による障害を防ぐために、ディスク領域を監視してアラートを作成します。課金制で、Broker /Topic ごとのレベルの指標を手動で集計して、全体的な使用状況を監視します。

• MSK Serverless クラスターには、プロアクティブなインフラストラクチャ監視と無料のデフォルト Topic 監視があります。プロアクティブなクラスターの監視とメンテナンスにより、アプリ開発に集中できます。Infinite Storage により、ディスク領域関連の障害のリスクを軽減しながら、無制限のクラスターレベルのストレージ使用が可能になります。CloudWatch コンソールを使用して、Topic レベルのメトリクスに無料でアクセスできます。これは、複数の AWS 製品を監視するための別のツールであり、Partition レベルのメトリクスや、Datadog や Dynatrace などの人気の監視ツールとのネイティブ統合は含まれていません。

Confluent Cloud と Amazon MSK での Kafka メンテナンスの処理方法は？

• Confluent Cloud は常に最新の安定バージョンに更新され、バグや脆弱性は事前に修正されます。 Kafka、バグ修正、パッチ適用などを含む99.99%の SLA を提供します。

• Amazon MSK には限定的なバージョンサポートと事後対応型の修正があります。MSK は Kafka リリースのサブセットのみをサポートしており、予定されている Apache リリース後に AWS がサポートを追加したら、手動でアップグレードを開始する必要があります。MSK は99.9%の SLA を提供し、選択されたバージョンの Kafka と、MSK 稼働時間 SLA でカバーされない Kafka ソフトウェアによる障害のみに対応することを選択しています。リリースのサブセットを採用すると、脆弱性を修正するためのリアクティブアプローチが強制されます。MSK Serverless クラスターでは、無停止のローリングアップグレードの一環として介入は一切不要です。MSK は Kafka リリースのサブセットのみをサポートしており、最新バージョンは不明で完全に抽象化されています。

Confluent Cloud と Amazon MSK はクラスターをどのように拡張および縮小しますか？

• Confluent Cloud は、リソースを自動スケーリングし、クラスターに自動的に割り当てます。Confluent は、インフラストラクチャのコストを半分以上節約する柔軟性の高い自動スケーリングクラスターにより、スループットが GBps 単位にスケールアップまたはスケールダウンしても、Consumer のラグに対処します。クラスターコンピューティングのオーバープロビジョニングを排除し、無限のストレージで独自の保持制限を設定します。

• Amazon MSK では、プロビジョニングされたクラスターと自社開発の自己管理型コネクタに対して手動でのデータリバランスが必要です。ブローカーをクラスターに追加した後、Cruise Control を使用した手動のデータ再調整プロセスが必要です。Tiered storage は利用可能ですが、ブローカーあたり最大16TBまで拡張可能な EBS ボリュームが必要で、Broker 数は最大30に制限されています。AWS からの明示的な技術サポートはなく自己構築またはコミュニティ構築のコネクタを使用します。基盤となる MSK Connect インフラストラクチャのみが含まれます。

• MSK Serverless クラスターは一定のクォータまで柔軟にスケーリングできますが、それでも自己管理型コネクタが必要です。クラスターの自動リバランスにより、0MBpsから200MBpsまで簡単にスケールアップ/スケールダウンできます。Infinite Storage で Topic の保持率を上げても、クラスターコンピューティングのオーバープロビジョニングは不要です。

 

 

Confluent の完全なデータストリーミングプラットフォームと AWS でホストされた Kafka の比較

なぜ Confluent は業界全体で信頼されているのでしょうか？Confluent は、MSK の機能セットを超えるエンタープライズグレードの機能を提供し、完全なデータストリーミングプラットフォームを実現して、無数のデータストリーミングのユースケースを可能にします。

電子ブックをダウンロード

 

Apache Kafka® を生んだ開発者チームが設立

Kafka 専門知識を活用したサポート時間数

Confluent からの Apache Kafka® のコミット数比率

Confluent Cloud 上で実行されるクラスター数

 

 

サービス	Confluent Cloud	Amazon MSK	MSK サーバーレス
Kafka UI	完全マネージド型	利用不可	利用不可
認証	広範な認証	広範な認証	制限付き認証
暗号化	エンドツーエンドの暗号化	サポートされていません	サポートされていません
Connectors	事前構築済みで完全マネージド型	カスタムビルドで完全マネージド型	カスタムビルドで完全マネージド型
データガバナンス	完全マネージド型	利用不可	利用不可
ストリーム処理	完全マネージド型	複雑さが増加	複雑さが増加
ストリームからテーブルへのゼロ ETL	Tableflow で利用可能に	利用不可	利用不可

Confluent Cloud と Amazon MSK はどのようなエンタープライズグレードのセキュリティ機能を提供しますか？

• Confluent Cloud は、すべてのクラスタータイプに対して幅広い認証をサポートしており、 認証されたクライアントのみがクラスターへのアクセスを許可されます。Confluent Cloud は、認証メカニズムとして SASL/PLAIN と SASL/OAUTHBEARER (プレビュー) をサポートしています。Confluent Cloud のクライアント側フィールドレベル暗号化 (早期アクセス) は、クライアント上の機密データを暗号化し、クライアントとサーバーの両方で保護し、Producer とConsumer メカニズム間で移動するデータのセキュリティを維持することでセキュリティをさらに強化します。

• Amazon MSK は、MSK Provisioned クラスターでは広範な認証を、MSK Serverless では限定的な認証をサポートしていますが、暗号化はサポートしていません。すべての MSK クラスターは認証されたアクセスのみを許可しますが、MSK Provisioned クラスターは認証メカニズムとして SASL/SCRAM、mTLS、IAM をサポートし、MSK Serverless クラスターは認証メカニズムとして IAM のみをサポートします。

Confluent Cloud と Amazon MSK が提供する Kafka Connector の種類は？

• Confluent Cloud は 120点以上のプレビルド型 Connector と80点以上の完全マネージド型 Connector を提供します。オンプレミスおよびパブリッククラウドにわたる最新およびレガシーサービスと Confluent をシームレスかつ簡単に統合できます。120点以上の Connector の継続的に拡大するポートフォリオは、完全マネージド型コンポーネントとして、または Confluent サポート対象となる事前構築済みコンポーネントとして利用可能です。

• Amazon MSK は、カスタムビルドの自己管理型コネクタのみをサポートしています。独自のコネクタをビルドするか、コミュニティが開発したコネクタの小さなサブセットからデプロイするオプションで、Kafka とデータサービスを統合できます。カスタムビルドのコネクタにはメンテナンスが必要で Kafka コミュニティコネクタは AWS テクニカルサポートの対象外です。

Confluent Cloud と Amazon MSK はどのようなガバナンス機能を提供していますか？

• Confluent Cloud は、Stream Governance、データの可用性、整合性、セキュリティを管理する完全マネージド型サービススイートを提供します。Stream Governance は、Stream Lineage、Stream Catalog、Stream Quality という3つの主要な戦略的なコンポーネントに基づいて構築されています。Data Quality Rules が高品質のストリームを保証します。

• Amazon MSK は、Kafka Topic 内のデータを管理するために、サポートのない無料のコミュニティツールや有料のサードパーティツールの使用を必要とします。 MSK にはリネージやカタログ機能がありません。MSK と MSK Serverless はデータ品質のために Confluent および Glue Schema Registry と統合されます。ただし、データ Producer が Schema Registry を使用してスキーマの進化を制御するように強制する Broker 側の Schema Validation、データストリーム内の個々のフィールド値を検証・制約する Data Quality Rules、異なる環境間でスキーマを同期するスキーマリンクが欠けています。

Confluent Cloud と Amazon MSK はどのようなストリーム処理機能を提供しますか？

• Confluent はサーバーレスストリーム処理を Confluent Cloud for Apache Flink® で提供しています。ユーザーは Flink クラスターを作成するだけで、SQL などの言語を使用してストリーム処理を開始できます。Confluent Cloud は、完全マネージド型の AWS Lambda サービスもサポートしています。

• Amazon MSK は Flink を使用したストリーム処理を提供しますが、管理がより複雑になります。 MSK は Apache Flink (MSF) のマネージドサービスをサポートしており、強力ですが、管理と運用がより複雑になります。ユーザーは、ネットワークを構成し、MSF Studio ノートブックを作成し、SQL のような構文を使用してジョブを作成し、コードをテストし、コードをパッケージ化し、S3 にアップロードし、アップロードされたコードから MSF アプリケーションを作成する必要があります。

Confluent によるハイブリッドマルチクラウドと AWS のベンダーロックインの比較

クラウドネイティブのデータストリーミングを活用し、単一のクラウドプロバイダーに縛られることなく、スケールに応じて構築できます。Amazon MSK (AWS でのみ利用可能) とは異なり、Confluent はオンプレミス、ハイブリッド、マルチクラウドのアーキテクチャのあらゆる組み合わせをサポートし、シームレスなデータ相互運用性を実現する、真のデプロイの柔軟性を提供します。

• AWS、Microsoft Azure、Google Cloud 上で一貫性のある完全マネージド型サービス

• Confluent Platform を使用したクラウドネイティブな自己管理型データストリーミング

• WarpStream BYOC による制御とコスト効率

さらに、Cluster Linking はあらゆる環境間でデータをリアルタイムに同期するための永続的なブリッジを提供します。

 

 

各企業向けのコスト削減予測を取得

カスタマイズされたコスト比較を取得して、Confluent Cloud と Amazon MSK の節約額を確認してください。お問い合わせフォームに必要事項をご記入の上、送信してください。担当者が Confluent を利用した場合の節約額を計算し、ご質問にお答えします。

お問い合わせ

 

営業担当者に相談する前に、関連リソースをご覧いただくこともできます。

• ホワイトペーパー：Apache Kafka® と Amazon MSK の真のコストを解明
• ブログ記事 : ホスト型 Kafka によって強いられる負担とは
• 競合比較概要 : Confluent Cloud と Amazon MSK
• 電子ブック : クラウドのために再構築された Apache Kafka®

 

Confluent Cloud と Amazon MSK の比較：よくある質問

Confluent Cloud は Amazon MSK よりもコスト効率が高いですか？

はい、Confluent Cloud は以下のコスト削減により Amazon MSK よりもコスト効率に優れています。

• インフラコスト削減：Confluent Cloud のサーバーレス、クラウドネイティブアーキテクチャは、MSK のノードベースの価格設定で一般的な過剰プロビジョニングの必要性を排除します。Infinite Storage や Tiered Storage などの機能によりコンピューティングとストレージが分離され、インフラストラクチャの支出がさらに削減されます。例えば、SecurityScorecard は、Confluent Cloud に移行することで、インフラストラクチャと運用コストで100万ドル以上を節約しました。

• 運用負担の軽減：容量管理、スケーリング、アップグレードなどの複雑で時間のかかる運用タスクを Confluent Cloud にオフロードすることで、貴重なエンジニアリングリソースをインフラ管理ではなくイノベーションに再配分できます。ある顧客は、Kafka を自社で管理するためには少なくとも10人以上のスタッフを追加採用する必要があると報告しています。

• ダウンタイムとリスクの最小化：Confluent Cloud は、本番ワークロードに対して99.99%の稼働率保証を提供します。MSK (Kafka の障害と顧客構成の障害を除外した99.9%の SLA) と比較して、Confluent の SLA はより高い信頼性を提供し、ダウンタイムに関連する多額の隠れたコストを削減します。

Confluent Cloud を選択すると、自己管理型 Kafka のコストを40～70％削減できます。

Confluent Cloud と Amazon MSK の主なコスト要因は何ですか？

Confluent Cloud の主なコスト要因は次のとおりです。

• 使用量ベースの消費 : Confluent Cloud の従量制課金は、プロビジョニングされたインフラストラクチャではなく、実際の使用量 (例：スループット) に基づいています。この従量課金制モデルにより、過剰にプロビジョニングされ、十分に活用されていないクラスターの必要性がなくなります。通常、Confluent で完全に管理されているものと比べて、自己管理型 Kafka のインフラストラクチャコストは2倍になります。

• 管理された水平スケーリング：Elastic Confluent Units for Kafka (eCKU) は、Confluent Cloud の請求における水平スケーラビリティの単位です。eCKU はワークロードに基づいて自動的にスケールアップおよびスケールダウンします。このコストには、インフラやスケーリングから監視やサポートに至るまで、プラットフォームの完全な管理が含まれており、顧客が別途負担する運用コストやサポートコストを削減または排除するように設計されています。

Amazon MSK の主なコスト要因は次のとおりです。

• インフラストラクチャへの支出の増加：MSK はノードベースの価格設定を採用しているため、ユーザーはプロビジョニングされたコンピューティングとストレージの料金を支払う必要があり、ピーク時の負荷を処理するためにオーバープロビジョニングしてしまうことがよくあります。ネットワーク、特にクロスアベイラビリティゾーン (クロス AZ) トラフィックもまた、隠れた重要なコストとなる可能性があり、インフラ費用全体の80～90％を占めることもあります。

• 自己管理型の運用と管理 : MSK は完全マネージド型の Kafka サービスではないため、サイジング、スケーリング、Partition のリバランス、パッチ適用、監視などの手動タスクには、かなりのエンジニアリングリソースが必要です。これには、専門的な Kafka の人材を雇用し、維持するためのコストが含まれます。

• カスタム開発と保守：MSK はカスタムプラットフォームの開発と保守にかなりの時間を要し、生産までに2年以上かかり、300万ドルから500万ドル以上の費用がかかります。MSK は、必要なコンポーネントがすぐに使用できる完全なプラットフォームではなく、ホスト型サービスであるため、エンジニアリングチームは、開発者ツール、DevOps の自動化、信頼性とディザスタリカバリのためのインフラストラクチャの強化、監視、統合、セキュリティ制御、ガバナンスのための独自のソリューションの構築と保守に貴重な時間とリソースを費やす必要があります。

• 計画外のダウンタイムと高いビジネスリスク：MSK の99.9％の SLAは、基盤となる Kafka ソフトウェアの障害や、顧客の設定ミスによる障害を除外しており、これらの障害の解決は顧客の責任となり、大規模な停止に発展する可能性があります。ストレージの制限、手動スケーリングエラー、未解決のバグによる停止のリスクは、収益の損失や評判の損害など、隠れた大きなコストにつながる可能性があります。

MSK Serverless と Confluent Cloud の長所と短所は何ですか?

Confluent Cloud の長所と短所には以下が含まれます。

• 長所： Confluent Cloud は、容量計画や弾性スケーリング (GBps+ まで) からアップグレードや監視まで、すべての運用面を自動化する完全なサーバーレス体験を提供します。

• 長所：Confluent Cloud はコアである Kafka をはるかに超え、120点以上の Connector、高度なストリーム処理のためのサーバーレス Flink、エンタープライズグレードの Stream Governance スイートからなる豊富なエコシステムを提供しています。

• 長所： Confluent Cloud は、費用対効果の高い自動スケーリングと使用量ベースの使用 (クラスターの過剰プロビジョニングや十分に活用されていないクラスターを防ぎ、インフラストラクチャのコストを50%以上削減) によって大幅なコスト削減を実現し、3年間で開発と運用のコストを100万ドル削減することで、自己管理型 Kafka と比較して TCO を40〜70％削減し、ビジネスリスクを軽減する99.99％の稼働率保証を実現しています。

• 短所：小規模なチーム、ワークロードが予測可能なプロジェクト、または Kafka の専門知識がすでに社内にある組織にとって、Confluent の完全マネージド型サービスと高度な機能は、明確な先行投資の経済的メリットをもたらさない場合があります。

MSK Serverless の長所と短所は次のとおりです。

• 長所：MSK Serverless は、MSK の運用上の課題のいくつかを事前プロビジョニングで解決します

• 長所：MSK Serverless は、手動でリバランシングする必要なく、与えられたクォータまで柔軟にスケールすることができます。

• 長所：MSK Serverless は、無制限のストレージ（パーティションごとのクォータ付き）を提供し、MSK Standard Broker で必要な手動設定は不要です。

• 短所：MSK Serverless には、上り（内向き）200MBps、下り（外向き）400MBpsという厳しいスループット制限があり、これを超えるワークロードにはアップグレードパスがありません。

• 短所：MSK Serverless には、豊富なコネクタエコシステム、統合されたストリーム処理（Flink など）、包括的なエンタープライズグレードのセキュリティおよびガバナンストールなど、多くのミッションクリティカルなコンポーネントがありません。

• 短所： MSK Serverless の SLA は MSK Provisioned と同じ99.9%と弱く、Kafka 関連の障害はカバーされません。

• 短所：MSK の他の製品同様、MSK Serverless はマルチクラウドをサポートしておらず、AWS のエコシステムに縛られています。

Confluent Cloud の自動スケーリングスループットは MSK と比較してどのような違いがありますか？

Confluent Cloud は0から GBps 規模までの真の弾力性のある自動スケーリングを提供しますが、Amazon MSK の弾力性のあるスケーリング機能はより制限されており、手動です。

• Confluent Cloud は完全マネージド型で、自動化され、柔軟にスケーリングします。クラスターを0から GBps 超の規模に自動的に拡縮して、中断することなく需要を満たすことができます。クラウドネイティブの Kora Engine は、インテリジェントなコントロールプレーンと自己バランス調整アルゴリズムを使用して容量を管理し、Partition を再調整し、障害を回避するためにクラスターの過剰プロビジョニングや十分に活用されていない状態を排除します。その結果、顧客はインフラストラクチャコストを50%以上削減できます。

• MSK Provisioned の標準クラスターでは、手動でサイジング、スケーリング、リバランスが必要です。ブローカーを追加してスケールアップすることはできますが、簡単にスケールダウンすることはできず、常に多数の過剰にプロビジョニングされた Broker クラスターが存在する可能性が高くなります。ストレージ容量の変更には6時間から24時間かかります。MSK Provisioned 上の Express クラスターではスケーリングと再バランス処理がより高速になりますが、依然として手動のプロセスです。

• MSK Serverless はある程度の自動スケーリングを提供しますが、クォータの上限は低いです（入力は最大200MBps、出力は400MBps）。別のサービスに移行せずに、このクォータを超えてアップグレードするソリューションはありません。

Confluent と MSK ではクラスターのプロビジョニング速度にどのような違いがありますか？

Confluent Cloud はクラスターを数分でプロビジョニングできますが、Amazon MSK クラスターのプロビジョニングには30分から1時間以上かかる場合があります。

Confluent Cloud は MSK よりも信頼性が高く、パフォーマンスに優れていますか?

はい、Confluent Cloud は Amazon MSK よりも信頼性とパフォーマンスが高くなるように設計されており、MSK と比較して計画外のダウンタイムのリスクが大幅に軽減されます。

• Confluent の Kora Engine は、継続的な監視、劣化したノードのプロアクティブな交換、オペレーターの介入なしに可用性を維持するための自動再バランス調整により、ネイティブの復元力を提供します。MSK にはこれらのネイティブの自己修復機能がないため、顧客は障害が発生した Broker を手動で特定して置き換える必要があります。

• Confluent Cloud は、Kafka 関連の障害を含むすべてのコンポーネントをカバーする99.99%の稼働率の SLA を提供します。これは年間最大0.876時間のダウンタイムに相当します。Amazon MSK は99.9%の SLA（年間最大8.76時間のダウンタイム）を提供していますが、その SLA は基盤となる Apache Kafka または ZooKeeper ソフトウェアによって引き起こされた障害を明示的に除外しているため、これらの重大な問題を解決する負担がお客様に課せられ、MSKのお客様が経験する可能性のある実際の年間最大ダウンタイム時間が大幅に増加します。

より強力な開発者ツールを提供するプラットフォームは Confluent Cloud と Amazon MSK のどちらでしょうか？

Confluent Cloud は、Amazon MSK よりもはるかに強力で包括的な開発者ツールを提供します。

• Confluent Cloud は、開発者がコントロールプレーンリソース（クラスターや Schema Registry など）とデータプレーンリソース（Topics や ACL など）の両方を管理できる堅牢な Terraform プロバイダーを提供します。これにより、インフラストラクチャのデプロイメントをコードとして完全に自動化できます。Amazon MSK は、Terraform サポートでコントロールプレーンリソースのみを管理できるため、より制限された IaC 機能を提供します。データプレーンリソースを管理するには、カスタムオペレーターとプロセスを構築する必要があります。

• Confluent Cloud は、ポイントアンドクリック操作と自動化のための豊富な API セットを提供します。 また、開発者が Kafka Cluster とデータストリームを簡単に管理および監視できる、ユーザーフレンドリーで直感的なクラウド UI も提供します。MSK には専用の Kafka UI がないため、開発者は多くの場合、MSK の API 上に独自のツールを構築する必要があります。例えば、MSK には非 Java クライアント用のネイティブ REST Proxy がありませんが、これは Confluent で利用可能な機能です。

• Confluent Cloud は多言語クライアント開発をサポートし、C/C++、Go、Python、.NET などの非 Java 言語用クライアントライブラリを提供しています。ユーザーは Confluent Cloud Console から直接必要な構成詳細（クラスター資格情報や API キーなど）を生成し、クライアントアプリケーションコードに貼り付けることができます。Amazon MSK は非 Java クライアントもサポートしていますが、MSK と対話させるためには、認証と承認のためのクライアントのセットアップと構成に追加の作業が必要です。

Confluent Cloud は Amazon MSK よりも優れたサポートを提供していますか？

はい。Confluent は世界トップクラスの Kafka エキスパートによるガイダンスをお客様に提供します。Confluent は Kafka のオリジナルの共同作成者によって設立され、そのサポートおよび Professional Services チームは数百万時間もの Kafka の経験を有します。MSK のサポートは限られており、Kafka 固有の知識はそれほど深くありません。

コネクタとスキーマ管理に関する機能の違いは？

Confluent Cloud は、120点を超える構築済み Confluent Cloud Connector と80点を超える完全マネージド型 Confluent Cloud Connector を提供し、AWS エコシステムの内外の幅広い一般的なデータソースやシンクとの即時統合を可能にします。対照的に、Amazon MSK のコネクタサポートは非常に限られています。直接または「半分しかサポートされていない」統合は10件未満で、主に基盤となる Connect インフラストラクチャのみを提供するため、ユーザーは独自のコネクタを導入、管理、保守する必要があります。これにより、運用上の負担とコストが増加します。実際、Confluent は、Amazon MSK よりも多くのネイティブな AWS サービスへのインスタントで完全マネージド型の接続を提供しています。
Confluent Cloud には、Schema Registry、Data Portal、Stream Lineage、Data Quality Rules を提供する包括的な完全マネージド型スイートである Stream Governance が含まれています。Broker 側の Schema Validation や、個人を特定できる情報（PII）を含むデータにタグを付ける機能などの機能により、データストリームは検出可能で、信頼でき、安全です。Amazon MSK は AWS Glue Schema Registry と統合されていますが、スキーマ検証、データリネージ、データカタログなどのガバナンスツールの完全なスイートがありません。

Confluent Cloud はマルチクラウド展開をサポートしていますか？

はい、Confluent Cloud はマルチクラウドの展開をサポートしています。これはマルチクラウドとハイブリッド環境の両方に向けて設計されていますが、Amazon MSK は AWS 専用のサービスです。Confluent のお客様は、3つの主要パブリッククラウドすべてで完全マネージド型の Kafka サービスを使用し、Cluster Linking 機能を使用してクラウド間でデータを複製できます。