サービスファブリックへのゲスト実行ファイルとして展開するサービスがたくさんあります。ネイティブのファブリックサービスサービスになるようにサービスを移植する際に何か問題がないかどうか疑問に思っていました。サービスファブリックでのネイティブサービスとゲストサービスの違い
ドキュメンテーションを見ると、そのようなものを実装することのメリットがないようですが、何か明白なものがありませんか?
サービスファブリックへのゲスト実行ファイルとして展開するサービスがたくさんあります。ネイティブのファブリックサービスサービスになるようにサービスを移植する際に何か問題がないかどうか疑問に思っていました。サービスファブリックでのネイティブサービスとゲストサービスの違い
ドキュメンテーションを見ると、そのようなものを実装することのメリットがないようですが、何か明白なものがありませんか?
サービスがステートレスである場合、それらをネイティブのステートレスサービスに移行する理由がない可能性があります。あなたのサービスがステートフルであれば、それは違うかもしれません。 このコンテキスト私は彼らがプロセスの中にいくつかの状態を格納することを意味します。
ネイティブのステートフルサービスの状態は重複して保存されるため、サービスはノードの障害に対処できます。これはあなたのサービスの回復力を高めることができます。一般的に、通常は、グリーンフィールドの状況でネイティブサービスを作成し、移行/ハイブリッドの状況でゲストの実行可能ファイルとコンテナに依存します。
ゲストの実行可能ファイルはいくつかの高度な機能では欠落していますが、必要な場合はユーザーが決定する必要があります。
高可用性:サービスファブリックで、ゲストの実行可能ファイルを実行しているの
利点は
サービスファブリックで、ゲストの実行可能ファイルを実行するにはいくつかの利点があります。サービスファブリックで実行されるアプリケーションは、高可用性になります。サービスファブリックは、アプリケーションのインスタンスが確実に実行されるようにします。
健康モニタ。サービスファブリックヘルスモニタリングは、アプリケーションが実行中であるかどうかを検出し、障害が発生した場合に診断情報を提供します。
アプリケーションライフサイクル管理。ダウンタイムのないアップグレードの提供に加えて、サービスファブリックは、アップグレード中に正常性イベントが報告された場合に、以前のバージョンに自動的にロールバックします。
濃度。クラスタ内で複数のアプリケーションを実行することができ、各アプリケーションを独自のハードウェア上で実行する必要はありません。
検出可能性:RESTを使用すると、サービスファブリックネーミングサービスを呼び出して、クラスタ内の他のサービスを見つけることができます。
I.e. Stateless Reliable Servicesと呼ばれるものがあります。 - http://www.jamessturtevant.com/posts/Service-Fabric-Service-Types/
上記のリンクはそれ以上説明します。