部署图中的工件依赖性方向

时间:2017-07-19 19:34:21

标签: deployment dependencies uml

对于以下情况,我在部署图中定义了一些工件依赖项时遇到了一些麻烦:

  • 由流程主管(Supervisord,init,cron job,......)启动的服务(MyService)
  • 由静态HTTP文件服务器提供的一些HTML文件

由于服务(或HTML文件)需要进程管理程序(或HTTP文件服务器),因此存在一种双重依赖关系;显然,进程管理程序(或HTTP文件服务器)具有指向受监督进程(或要提供的文件)的配置。

我看到以下建模可能性:

  1. 流程主管对服务具有依赖性,因为它控制它
  2. 该服务依赖于流程主管,因为它不能在没有它的情况下运行
  3. 双重依赖
  4. 我们认为流程主管是一个UML节点,服务在此节点中运行
  5. enter image description here

    对我来说,最合乎逻辑的是1)因为流程主管必须知道要监督的服务。如果4)似乎是一个很好的答案,我觉得我失去了明确要求部署特定进程监督工件(Supervisord,或cron,或......)的方法。

    如果我们想强调两件工件的需求,是否有标准方法,或答案是否有争议?

1 个答案:

答案 0 :(得分:1)

  

由流程主管(Supervisord,init,cron job,...)启动的服务(MyService)

     

该服务依赖于流程主管,因为它在没有它的情况下无法运行

基于第一个陈述,我不认为第二个陈述是真的。

服务不以任何方式与发射器(主管)通信(您将如何与cron通信?) - 主管只是启动并观察服务;所以我没有看到依赖。如果一个cron死了,那么该服务将很乐意继续(cron bar杀死它的suprocesses)。