Deployment IaaS和PaaS云系统的UML部署图

我想使用UML部署图对以下情况进行建模

一个小型的命令和控制机器实例作为服务云平台在基础设施上生成，例如。此实例反过来负责生成其他实例，并向它们提供控制脚本

NumberCruncher.py

，如果程序足够小，可以通过类似的方式，也可以直接作为启动脚本参数。我试图在机器实例是节点的工作假设下，使用UML部署图对情况进行建模，但由于以下原因，这一尝试并不令人满意

• 该图似乎表明，将恰好有三个数字处理器节点。是否有可能在部署图中演示多个节点，就像使用部署图演示多个对象实例一样。如果对于节点来说这是不可能的，那么这似乎是一个问题
• 在部署关系图中是否有显示的等效项

最后：

平台即服务怎么样？整个机器实例是一个节点想法在该点完全崩溃。在那种情况下你到底怎么办？将整个PaaS提供程序视为单个节点，而忽略细节

---

关于您的第一个问题：

是否有显示等效部署区域的方法/ 部署图中的数据中心

我通常用笔记来做这件事

第二个问题：

平台即服务怎么样？整个机器实例是一个节点 这个想法在那个时候完全失败了。你到底在做什么 那个案子？将整个PaaS提供程序视为单个节点，然后忽略它 关于细节

最后一个问题我会说，是的。我想您可以从部署模型及其元素的定义中获得更多细节。特别是在本段末尾：

它们[节点]可以嵌套，并可以连接到任意类型的系统中 使用通信路径的复杂性。通常，节点表示 硬件设备或软件执行环境

及

ExecutionEnvironments代表标准软件系统 应用程序组件在执行时可能需要

---

来源：

+1关于规范，您是否知道任何公开可访问的节点示例被用作更抽象的执行环境。例如，我看到了许多基于Java的系统的部署图，它们没有将JVM指定为节点。我不知道任何公开的例子…：/但是，由于它取决于所采用的抽象级别，所以ppl通常不将JVM建模为节点是可以理解的。哦，我想，覆盖广泛的抽象级别是UML的限制/优势之一。我怀疑这个问题很快会得到进一步的答案。因此，经过一段短暂的等待期后，我会接受。+1我也喜欢notes的想法。关于PaaS，我以前在图表上见过一个>作为一个EEN，属性中有{clusterCount=4}。为什么不将>作为物理节点，即使它不是单个节点？云这个词说明了很多。在5年内，可能会有另一个在标准UML中不起作用的部署抽象