4

私は複数の通信サービスに分解することができるアプリケーションを持っています。私の現在の実装はモノリシックなので、個々のコンポーネントを個別に展開、反復、拡張することができるように再構成したいマイクロサービス(ステートレス、ウェブAPIなど)を伝えるのセットで構成サービスファブリックの利点マイクロサービスとAzureクラウドサービス/ Webアプリケーションのコレクションの比較

  1. サービスファブリックサービス
  2. 個々のAzureのWebアプリ/クラウドサービスのコレクションその:私はアズールでこれを行うには、2つの方法を参照してくださいhttpエンドポイントでお互いを呼び出す。

2より1の明らかな利点はありますか?他のものを選んだ経験則も、とても役に立ちます。

答えて

14

私は、このページがうまくそれを比較して考える:https://docs.microsoft.com/en-us/azure/service-fabric/service-fabric-cloud-services-migration-differences/

私はこれよりも良いことを伝えることはできません。

実際には経験則はありません。サービスファブリックは、より複雑に思えるかもしれませんが、クラウドサービス/ウェブアプリケーションではないものがあります。

(提供されるリンクから取られた)簡単な要約:クラウドサービスは、付属のワークロードとAzureの管理のVMを展開するためのシステムであるのに対し

サービスファブリック自体は、WindowsまたはLinux上で動作するアプリケーションプラットフォーム層です。サービスファブリックのアプリケーションモデルには、多くの利点があります。

  • 展開時間が短くなります。 VMインスタンスの作成には時間がかかることがあります。 Service Fabricでは、VMはService Fabricアプリケーションプラットフォームをホストするクラスタを形成するために一度だけ展開されます。その時点から、アプリケーションパッケージを非常に素早くクラスタにデプロイできます。
  • 高密度ホスト。クラウドサービスでは、ワーカーロールVMが1つのワークロードをホストします。サービスファブリックでは、アプリケーションはそれらを実行するVMとは別個のものであるため、多数のアプリケーションを少数のVMに展開することができ、大規模な導入では全体のコストを削減できます。
  • サービスファブリックプラットフォームは、AzureまたはオンプレミスのいずれのWindowsサーバまたはLinuxマシンでも実行できます。プラットフォームは、基盤となるインフラストラクチャ上に抽象化レイヤーを提供し、アプリケーションをさまざまな環境で実行することができます。
  • 分散アプリケーション管理。サービスファブリックは、分散アプリケーションをホストするだけでなく、ホスティングVMまたはマシンライフサイクルとは独立してライフサイクルを管理するのに役立つプラットフォームです。
関連する問題