MSE クラウドネイティブゲートウェイとその他のオープンソースのセルフマネージドゲートウェイの比較 - Microservices Engine

このトピックでは、Microservices Engine (MSE) クラウドネイティブゲートウェイとセルフマネージドゲートウェイのコスト、安定性、セキュリティ、使いやすさ、およびスケーラビリティの観点からの違いについて説明します。

項目		MSE クラウドネイティブゲートウェイ	セルフマネージド NGINX Ingress ゲートウェイ	セルフマネージド Spring Cloud ゲートウェイ
コスト	リソースコスト	リソースは完全に管理されており、O&M は不要です。 CPU とメモリのリソースを提供する必要はありません。これにより、リソースコストを削減できます。 MSE では、ご購入時に割引が適用されます。マイクロサービスレジストリ、マイクロサービスガバナンス、およびクラウドネイティブゲートウェイを同時に初めて購入すると、より高い割引を受けることができます。 MSE は、より高いパフォーマンスとより低いコストを提供します。説明実際の価格は、製品購入ページに応じて異なります。	リソースの O&M が必要です。 CPU とメモリのリソースを提供する必要があります。リソースコストが高くなります。	リソースの O&M が必要です。 CPU とメモリのリソースを提供する必要があります。リソースコストが高くなります。
コスト	システム開発コスト	Ingress ゲートウェイはマイクロサービスゲートウェイと統合されています。コンテナとマイクロサービスがデプロイされているシナリオでは、コストが 50% 削減されます。 MSE クラウドネイティブゲートウェイは、Prometheus Service および Log Service と統合されています。これらのサービスは無料で使用できます。	マイクロサービスがデプロイされているシナリオでは、マイクロサービスゲートウェイを作成する必要があります。メトリック監視およびログ分析機能を使用する場合は、追加のリソースと製品を購入する必要があります。	Kubernetes シナリオでは、Ingress ゲートウェイを個別に作成する必要があります。メトリック監視およびログ分析機能を使用する場合は、追加のリソースと製品を購入する必要があります。
安定性	高可用性	ゲートウェイは複数ゾーンにデプロイされ、障害は自動的に検出されて修正されます。最大 99.95% のサービスレベル契約 (SLA) が提供されます。	低い SLA を提供する可能性のある高可用性システムを開発する必要があります。	低い SLA を提供する可能性のある高可用性システムを開発する必要があります。
	パフォーマンス	CPU 使用率が 30% から 40% の範囲の場合、クラウドネイティブゲートウェイの 1 秒あたりのトランザクション数 (TPS) パフォーマンスは、オープンソースの NGINX Ingress ゲートウェイよりも約 90% 高く、オープンソースの Spring Cloud ゲートウェイよりも約 100% 高くなります。 Transport Layer Security (TLS) オフロードは、ハードウェアとソフトウェアの統合に基づいて実装されます。これにより、サーバーのパフォーマンスが向上し、応答時間が短縮されます。	手動によるパフォーマンスチューニングが必要です。	手動によるパフォーマンスチューニングが必要です。
	監視とアラート	MSE クラウドネイティブゲートウェイは、Prometheus Service、Log Service、および Tracing Analysis と緊密に統合されています。 MSE クラウドネイティブゲートウェイは、さまざまなダッシュボードを提供し、サービスレベルでメトリックデータを表示し、DingTalk メッセージ、電話、およびテキストメッセージを使用してアラート通知を送信します。また、MSE クラウドネイティブゲートウェイでは、カスタムアラートルールを作成することもできます。これにより、異常なゲートウェイを特定できます。	監視およびアラートシステムを開発する必要があります。	監視およびアラートシステムを開発する必要があります。
セキュリティ	Web アプリケーションファイアウォール (WAF) 保護	組み込みの WAF が提供されており、リクエストの処理時間と応答時間を短縮します。インスタンスレベルの保護ではなく、ルートレベルの保護が使用されます。	個別の WAF が使用され、セキュリティ保護に時間がかかります。	個別の WAF が使用され、セキュリティ保護に時間がかかります。
セキュリティ	認証	JSON Web Token (JWT) や OAuth などの複数の認証方式が使用されます。ルートレベルのブラックリストとホワイトリストが提供されます。セキュリティプラグインがサポートされています。	複雑なセキュリティと承認の設定を手動で構成する必要があります。	複雑なセキュリティと承認の設定を手動で構成する必要があります。
使いやすさ	プロトコル変換	HTTP から Dubbo への変換がサポートされています。	手動操作が必要です。	手動操作が必要です。
	エンドツーエンドカナリアリリース	クラウドネイティブゲートウェイは、マイクロサービスガバナンスと連携して、ビジネスコードを変更することなく、エンドツーエンドのカナリアリリースを実装できます。	手動操作が必要です。	エンドツーエンドカナリアリリースがサポートされています。
	スロットリングとデグレード	デフォルトでは、クラウドネイティブゲートウェイは Sentinel と統合されており、ルーティングレベルのきめ細かいスロットリングポリシーとデグレードポリシーを提供します。ビジネスコードを変更することなく、スロットリングとデグレードを実装できます。	ルートレベルのスロットリングポリシーはサポートされていません。	スロットリングとデグレードがサポートされています。
	サービス検出機能	サービス検出には、次のサービスソースを使用できます。Kubernetes クラスタ、Nacos インスタンス、ZooKeeper インスタンス、DNS、固定 IP アドレス、Alibaba Cloud Enterprise Distributed Application Service (EDAS)、および Serverless App Engine (SAE)。	Kubernetes クラスタをサービス検出に使用できます。	Nacos インスタンスと ZooKeeper インスタンスをサービス検出に使用できます。
	ルーティング	HTTP の書き換え、リダイレクト、上書き、およびスロットリングがサポートされています。ラウンドロビンポーリング、ランダムポーリング、最小数ポーリング、一貫性ハッシュなどの標準的な負荷分散機能に加えて、ウォームアップをサポートしています。ウォームアップ機能により、ホットコンフィギュレーションの更新中にビジネスに影響を与えることなく、バックエンドマシンに送信されるリクエストをスムーズに増加させることができます。	HTTP の書き換え、リダイレクト、上書き、およびスロットリングがサポートされています。ルート構成の更新ではローリングアップデートがサポートされていないため、再読み込みが必要です。トラフィックパフォーマンスが不安定になる可能性があります。	HTTP の書き換え、リダイレクト、上書き、およびスロットリングがサポートされています。ルート構成の更新ではローリングアップデートがサポートされていないため、再読み込みが必要です。トラフィックパフォーマンスが不安定になる可能性があります。
スケーラビリティ	プラグインマーケットプレイス	WebAssembly プラグインがサポートされています。 Java 以外のプログラミング言語で記述された Lua スクリプトを使用して、プラグインのローリングアップデートを実行できます。更新はミリ秒単位で有効になります。	Lua スクリプトがサポートされています。プラグインの更新には、プロセスの再読み込みが必要です。	Java フィルター拡張機能がサポートされています。