我想知道使用动态和静态主机以及变量和组的组合来管理环境的好解决方案是什么。
我正在考虑将数据中心中的物理主机与特定任务（物理数据库节点）的组合加上管理一些动态虚拟机的 Proxmox 主机，以及在某些情况下管理新虚拟机的一些云提供商，其中物理性能是还不够（外包性能窥探）。
在这种情况下 - 动态库存是一种很好的做法。当然，AWS、Hetzner 等也有一些插件。但是可以将它们与静态条目结合起来吗？
我构建了一个包含所有条目和脚本的数据库，这些条目和脚本会根据数据库中的每个请求更新云虚拟机列表。所有动态主机连同静态主机和一些组变量、主机变量都存储在数据库中。还有一个 Web 服务，它输出 Python 脚本加载的 JSON 动态清单，并在我的剧本中用作动态清单。
我的问题是——我是唯一一个有这种设置的人吗？当我想到一家拥有一些 VMWare 主机以及该主机上的动态虚拟机数量以及其他一些物理系统的公司时，很明显应该有某种“工具”或帮助进行此设置。但据我所知，有静态清单（YAML、INI）或动态清单（JSON）。但是每个管理员都开发自己的动态库存数据库吗？或者是否有给定的软件“产品”或“项目”？还是为“静态”和“动态”环境提供不同的清单是一种“更好”的做法？
Ansible 有几个已发布的清单插件。是的，您可以将它们组合为多个
-i选项，或者指定包含多个清单的目录。例如，您可能在
inventory/stage/和inventory/prod/目录中有所有这些：对于给定的事物，组名称应该是一致的，因此游戏可以使用静态模式。
构造非常整洁。对清单或主机中的事实使用 Jinja 表达式来创建组和变量。例如，您可能希望某个 ec2 标记以及一些主机名正则表达式成为组的成员。
如果这还不够，您可以编写自己的库存插件。通常，这些都与一个 API 通信，例如，如果您破解了 Proxmox 库存插件。或者，放弃 Ansible 端的多个库存，找到适合您的多云工具，并使其为库存发出 JSON。