2017-07-19 5 views
0

私は、次のような場合のために、展開図にアーティファクトのためのいくつかの依存関係を定義するいくつかの問題があります。アーティファクトの依存方向

  • プロセスのスーパーバイザーによって打ち上げサービス(MyServiceで)(Supervisord、INIT、cronのを仕事、...)
  • 静的HTTPファイルサーバが提供するいくつかのHTMLファイル

サービス(またはHTMLファイル)は、プロセスのスーパーバイザー(またはHTTPファイルサーバーを必要とするので、二重の依存関係の種類があります);明らかに、プロセス管理者(またはHTTPファイルサーバ)には、監督プロセス(または、提供するファイル)を指す設定があります。

私は、次のモデリングの可能性を参照してください。それはそれはそれ なしで実行することはできませんので、サービスはプロセスのスーパーバイザーに依存していること

  • を制御するので、プロセスの監督者がサービスに依存している

    1. を私たちは、プロセスのスーパーバイザーを考える
    2. ダブル依存性は、UMLのノードであり、サービスは、このノードで実行さ

    enter image description here

    私にとっては、プロセス監督者が監視するサービスについての知識を持っている必要があるため、最も論理的なのは1)です。そして4)が良い答えであると思われる場合、特定のプロセス監督者の成果物(Supervisord、cron、または...)の展開を明示的に求める方法を失うと感じます。

    2つのアーティファクトのニーズを強調したい場合は、標準的なアプローチがありますか、それとも答えが議論の対象ですか?

  • 答えて

    1

    プロセスのスーパーバイザー(Supervisord、INIT、cronジョブ、...)

    によって打ち上げサービス(MyServiceで)それはそれ

    なしで実行することはできませんので、サービスはプロセスのスーパーバイザーに依存しています

    最初の文に基づいて私は2番目のいずれかに該当するとは思いません。

    サービスはランチャー(スーパーバイザ)と何らの形でも通信しません(どのようにcronと通信しますか?) - スーパーバイザはサービスを起動して監視します。だから私は依存関係を見ない。 cronが死ぬならば、サービスはうまくいっています(cronのバーはsucessesを殺す)。

    関連する問題