IaaS和PaaS云系统的UML部署图

8
我希望使用UML部署图来模拟以下情况。
在基础设施即服务云平台(例如Amazon EC2)上生成一个小型命令和控制机器实例,该实例将负责生成其他实例并通过类似S3的方式或直接作为启动脚本参数提供控制脚本NumberCruncher.py。如果程序足够小,则可以将其放入该字段中。在工作假设下,使用UML部署图来模拟该情况是不令人满意的,原因如下: 最后:
对于平台即服务,机器实例是节点这个想法完全崩溃了。在这种情况下,你该怎么办?将整个PaaS提供商视为单个节点并忘记细节吗? IaaS Nodes are Machine Instances
1个回答

2
关于你的第一个问题:

是否有任何方式可以在部署图中显示部署区域/数据中心的等效内容?

我通常使用注释来解决这个问题。
关于你的第二个问题:

那么作为服务的平台呢?整个机器实例是节点的想法在这一点上完全崩溃了。在这种情况下,你该怎么办?将整个PaaS提供商视为单个节点并忘记细节吗?

对于你的最后一个问题,我会回答是的。我认为你可以从部署模型及其元素的定义中获取更多细节。特别是在这段话的结尾:

它们[节点]可以嵌套,并且可以使用通信路径连接成任意复杂的系统。通常,节点代表硬件设备或软件执行环境。

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

来源:http://www.omg.org/spec/UML/2.5/Beta1/

+1 对于去规范化,你知道有哪些公开可访问的节点作为更抽象执行环境的示例吗?例如,我看到了许多基于Java的系统的部署图,并没有将JVM指定为节点。 - DuncanACoulter
抱歉,我不知道任何公共示例... :/ 但由于它取决于所采用的抽象级别,这就可以理解为什么人们通常不会将JVM建模为节点。 - gustavogbc
2
嗯,我想覆盖广泛的抽象级别是UML的局限性/优势之一。我怀疑这个问题在不久的将来不会得到更多的答案。因此,在短暂的等待期之后,我将接受它。 - DuncanACoulter
1
+1 我也喜欢笔记的想法。关于PaaS,我以前在图表上看到过一个<<web服务器集群>>作为EEN,属性中有{clusterCount=4}。为什么不把<<云服务器>>作为物理节点,即使它不是单一的?云这个词已经说明了很多。在未来5年内,可能会出现另一种部署抽象,它不能在标准UML中工作。 - Fuhrmanator

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接