2017-02-19 5 views
0

サービスファブリックのアプリケーションコンセプトの背後にある理由は何ですか?アプリケーションとサービスの推奨関係は何ですか?どのシナリオでアプリケーションが有用であると証明されますか?サービスファブリックアプリケーションとサービスの違い

+0

[Azure API AppsとAzure Service Fabricの違いは何ですか?](http://stackoverflow.com/questions/41600014/what-is-the-difference-between-azure-api-apps- and-azure-service-fabric) – feranto

+0

AzureのAPIアプリケーションは、何か違っている –

答えて

-1

私は現在、どのように見ていますか?アプリケーションは、複数のサービスをまとめて1つのユニットとして管理するという素晴らしいコンセプトです。サービスファブリックに関しては、複数のナノサービスが完全に独立していることを保証していない場合に役立ちます。代わりに、それらをまとめてマイクロサービス(SFアプリケーション)にすることができます。

免責事項:nano-serviceは、ステートレスSFサービス(例:キューから読み込み、コードの行数を処理して別のキューに書き込むなど)として動作する非常に小さなコードです。 - 「通常の」マイクロサービスの場合、1 SFアプリケーション= 1 SFサービスとしてパッケージングすることが考えられる。

+1

LOBアプリケーションを開発する場合は、ドメインごとにアプリケーションを作成し、複数のマイクロサービスを用意することになります。どのようにアプリケーションやサービスに分割するかは、作成するソリューションのタイプによっても異なります。 –

+0

"アプリケーションとサービスに分割する方法は、作成するソリューションのタイプによっても異なります。 - 同意 –

0

アプリケーションは、サービスのために必要な最上位コンテナである。アプリケーションではなく、アプリケーションをデプロイします。アプリケーションなしではサービスを受けることができないので、2つの違いについて実際には話すことはできません。 https://docs.microsoft.com/en-us/azure/service-fabric/service-fabric-application-modelから

アプリケーションは、特定の機能または機能を実行する構成サービスのコレクションです。サービスは完全でスタンドアロンの機能を実行します(他のサービスとは独立して起動して実行できます)。コード、構成、およびデータで構成されています。各サービスについて、コードは実行可能バイナリで構成され、構成は実行時にロードできるサービス設定で構成され、データはサービスで消費される任意の静的データで構成されます。この階層型アプリケーションモデルの各コンポーネントは、バージョン管理され、個別にアップグレードできます。

提供されたリンクをご覧ください。階層関係が表示されます。

+0

"アプリケーションなしでサービスを利用することはできません。"なぜアプリケーションが必要なのか、なぜそれらがサービスファブリックに導入されたのかを明確にしていません。 "サービスではなくアプリケーションを展開します。" - 技術的には可能ですが、本質的にはサービスが独立してバージョン管理されているので、なぜアプリケーションが必要ですか? P.P.私はこの質問のために私の答えの中で私の意見を投稿しました。 –

+0

さて、あなたは3つの質問をしました。最初の回答は難しいですが、私の意見では、2番目と3番目の質問に対処しています。なぜなら、アプリケーションは必須なので、関係はその要件によって定義されています。あなたの答えは、私が述べたように、サービスを一緒にグループ化する以外に、アプリケーションの必要性に対処するものではありません。 –

関連する問題