KubernetesとService Fabricの違い
私はKubernetesで働いており、現在Service Fabricについて読んでいます.Service Fabricはステートフル、ステートレス、アクターなどのマイクロサービスフレームワークモデルを提供していますが、それ以外にGuestExecutablesまたはContainersも提供しています。誰もが2つの詳細な違いを説明できますか？
このプロジェクトで見ることができます paolosalvatori/service-fabric-acs-kubernetes-multi-container-app Service FabricとKubernetesの両方で実装された同じコンテナ。
「外部サービス」の「サービス」は異なり、Kubernetesはもう少し完全で多様です。 Services を参照してください。
現実は次のとおりです。市場の圧力のために「2つのわずかに異なる製品」があります。
2010年に最初にリリースされた Microsoft Azureプラットフォーム は、1つ以上のサーバーに障害が発生した場合にサービスと環境に障害が発生しないように、独自のMicrosoft Azure Fabric Controllerを実装しましたMicrosoftデータセンター内。また、メモリ割り当てや負荷分散などのユーザーのWebアプリケーションの管理も提供します。
しかし、自分のMicrosoft Data Centerで他のクライアントを引き付けるために、彼らはKubernetesに適応する必要がありました。 、現在（2018）に採用されているか、ほとんどの人によって密接に検討されています（ 12月下旬に報告 ）
（つまり、一方が他方より「優れている」ということではありません。
「その他」は最初のものよりも「見える」ことのみ;））
そのため、「両者の詳細な違い」ではなく、MicrosoftデータセンターにKubernetesベースのシステムを統合する機能についてです。
これは、MicrosoftがAzure（ with with Deis ）向けのオープン（読み取り：非専有）ステージングプラットフォームへの前例のない移行を続けていることから（ソース： 詳細はこちら ）です。
そして Kubernetesオーケストレーターは、MicrosoftのAzure Container Serviceで2017年2月から利用可能です 。
デプロイされたアプリケーションのアーキテクチャには他の違いがあります。
サービスファブリック：
対Kubernetes：
thieme 言及 コメント 記事 "Service FabricとKubernetesの比較、パート1 –分散システムアーキテクチャ "、 Marcin Kosieradzki から。