Kubernetes + Docker + AWS = Azure + Service Fabricですか？

まず、KubernetesとServiceFabricの類似点を見てみましょう。

• これらは両方とも、クラウドに依存しないクラスタリング、オーケストレーション、およびスケジューリングソフトウェアです。
• どちらも、手動で、任意のVMセットに、どこにでも展開できます。
• 両方に「マネージド」オファリングがあります。つまり、AzureやGoogle Cloudなどのクラウドプロバイダーがクラスターをホストしますが、通常はVMを所有しています。
• コンテナのデプロイと管理の両方を行います。
• どちらも、ローリングアップグレード、ヘルスチェック、自己修復機能などの豊富な管理操作を備えています。

これはかなり高レベルのビューですが、それぞれで何をどこで実行できるかについてのアイデアが得られるはずです。

それでは、どこが違うのか見てみましょう。小さな違いはたくさんありますが、私は2つの非常に大きな概念上の違いに焦点を当てたいと思います。

• アプリケーションモデル：

  • Service Fabricを使用すると、任意のコンテナーまたはEXE（小さなnode.jsアプリまたは巨大なレガシーアプリケーション）をオーケストレーションできます。その意味では、Kubernetesに似ています。ただし、全体としては、プラットフォームと統合されたプログラミングモデルを使用して、特にアプリケーション開発に重点を置いています。この点で、KubernetesよりもCloudFoundryによく似ています。
  • Kubernetesは、アプリケーションのインフラストラクチャのオーケストレーションに重点を置いています。それはあなたがあなたのアプリケーションをどのように書くかに実際には焦点を合わせていません。それを理解するのはあなた次第です。Kubernetesは、コンテナが何であるかは関係なく、コンテナを実行することを望んでいます。

• 状態管理

  • Kubernetesを使用すると、永続的なディスクストレージボリュームをコンテナに提供し、ポッドに一意の識別子を割り当てることで、ステートフルソフトウェアをデプロイできます。これにより、ZooKeeperやMySQLなどをデプロイできます。
  • ServiceFabricはステートフルソフトウェアです。Service Fabricは、ステートフルなデータベース対応プラットフォームとして設計されています。HA状態とスケールアウトプリミティブを提供します。つまり、Kubernetesではステートフルなものをデプロイできますが、ServiceFabricではステートフルなものを構築できます。これは、見過ごされがちな重要な違いの1つです。例えば：
    • Kubernetesでは、ZooKeeperをデプロイできます。
    • Service Fabricでは、ServiceFabricのレプリケーションとリーダー選出プリミティブを使用してZooKeeperを実際に自分で構築できます。
    • Kubernetesは、クラスターの状態に関する分散型の信頼性の高いストレージにetcdを使用します。
    • Service Fabric自体は分散型で信頼性の高いストレージプラットフォームであるため、ServiceFabricはetcdを必要としません。Service Fabricのシステムサービスはこれを利用して、クラスターの状態を確実に保存します。これにより、ServiceFabricは完全に自己完結型になります。

Service Fabricがステートフルプラットフォームであるという事実は、それを理解し、他の主要なオーケストレーターとどのように異なるかを理解するための鍵です。スケジューリング、ヘルスチェック、ローリングアップグレード、アプリケーションのバージョン管理、フェイルオーバー、自己修復など、すべての機能は、一貫性があり、常に高可用性である必要がある複製および分散データを管理しているという事実に基づいて設計されています。