uml - 容器和部署图

标签 uml

我必须基于Docker容器对部署进行建模。我看到了this answer,它建议使用节点为Docker容器建模。

我更喜欢使用:


Device用于物理机。它是物理资源的唯一元素,请参阅19.5.7.1
虚拟机的Node,符合19.5.10.1提供的描述


节点是可以在其上部署构件以执行的计算资源

ExecutionEnvironment用于Docker容器。它部分符合19.5.8.1提供的描述。


执行环境是为特定类型的组件提供执行环境的节点。
以可执行工件的形式部署在其上。”部分是因为容器可以托管任何类型的工件,而不是特定的工件。

ExecutionEnvironment用于Web服务器,Servlet容器或应用程序服务器。这是规范中显示的用法。见图19.12
Artifact用于我们的软件伪造的二进制文件。


从以上得出的结论是将工件(如WAR / EAR)从Docker容器中分离出来,并从Docker容器中分离物理机或虚拟机。

从UML角度来看,我的主张在逻辑上是正确的吗?

最佳答案

为了在部署图中表示Docker容器,有两个选项可用:


按照enter link description here的建议使用
根据问题建议使用执行环境


像往常一样,更精确的选择是定义Node的新构造型或Node的新子类,但是此选项意味着定义配置文件。

关于uml - 容器和部署图,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/48645169/

相关文章:

从接口(interface)继承但在 UML 图中实现附加方法的类

uml - 如何在序列图上显示 "if"条件?

java - 抽象类和构造函数问题以及这个 UML 图

uml - UML 是一种编程语言吗?

java - 类内部定义的接口(interface)

iphone - Objective-C 的类建模替代方案

c++ - UML 中可变参数列表的操作

uml - 用例中的主要参与者

uml - 企业架构师,序列图 : alternative return paths

c# - 使用 Visual Studio 2010 UML 建模的代码 stub