DevOps世界中是否有已建立或未建立的东西？简单图表中包含的信息应类似于：
容器化应用中包含哪些容器，包括它们的关联（即，它们的静态依赖于构建对象的关联）和（ ）它们提供的服务？
它们如何动态交互（联网等）？
每个容器履行什么职责？
每个容器对主机有什么要求（如果相关）？
...等等。
我既不索要列出任何人可能喜欢的私人计划，也不索要哪种方法最美。
我是在严格地问是否存在出于目的是行业标准或事实证明是偶然地/偶然地在许多地方使用的任何东西。
使用这种方案的目的是要拥有可以立即被DevOps同事认可的功能；或者可以在不适合查看Dockerfiles或其他基础设施代码源的环境中轻松显示（例如，在板上乱涂乱画或进行更抽象的呈现时）。
#1 楼
建立的方法是将基础结构作为代码。想找出容器中运行了哪些进程？检查Dockerfile。基础架构依赖性？检查Cloudformation模板/ Terraform蓝图。容器之间的相互作用？检查docker-compose.yml或Kubernetes yaml文件。
评论
是的，那是实现，但是这个问题是关于图形表示的。 “程序代码<=> UML”与“配置文件<=> ???”。
– AnoE
17年9月21日在8:55
#2 楼
如果您使用的是AWS，那么会有大量本机图标。 Confluence有一个导入的绘图系统（draw.io），其中包含AWS图标，它可以工作，但有点问题。您可以下载AWS图标。在Kubernetes中可能会有一些新的映射工具。您可以使用FOSS Inkscape使用导入的图标绘制任何内容。可能还有许多其他工具。在我的商店中，开发人员只需破解自己的图纸并复制彼此的样式即可。但是，我认为您要求的是用于云表示的UML类型的图形语言。具有显示网络流和安全连接的3D系统不是很好吗？ Kubernetes的初创公司将是一个好主意。我认为New Relic和/或Datadog也具有映射网络流量的功能。
评论
stackoverflow.com/a/38300650/2777965我原本打算提供一个回答，说UML仍然适用于部署图。