问题描述
在使用Ansible部署基础架构时，用户需要一个控制机（Control Machine）。然而，设置和保护控制机需要额外的手动工作，还要下载playbooks并与服务器建立连接。用户希望能够在“云端”运行playbooks，而不是在自己的系统上。虽然有商业解决方案Ansible Tower，但据用户了解，这对于个人使用来说并不合适。用户考虑使用托管的CI工具（如Travis-CI或GitLab CI）来运行playbooks，但从安全性的角度看，这种方法不太可取，因为如果有人获取了Travis/GitLab帐户的访问权限，就能够访问所有服务器。用户想了解是否有满足这一需求的解决方案，以及他们的GitLab CI提案是否存在严重的安全问题，或者是否是一种被接受的解决方案。
解决方案
以下是根据问答数据和我的知识库提供的解决方案，注意进行安全性考虑和适用性评估。
自动化控制机的设置
为了消除对控制机的需求，您可以采用基础设施即代码（Infrastructure as Code）的方法，通过自动化控制机的设置。以下是一些可行的方法：
使用Vagrant或Terraform
您可以使用Vagrant、Terraform等工具来定义一个虚拟机（VM），从而自动化地设置控制机。这些工具允许您通过文本文件（例如Vagrantfile或Terraform配置文件）来定义VM的属性，包括基础镜像、网络配置等。您可以通过在这些配置文件中提供所需的命令来设置VM，从而轻松地创建和重新创建VM。如果您的VM设置较为复杂，您还可以使用其中一个工具内置的脚本或配置来自动化地设置VM内部，甚至可以使用Ansible等工具来配置VM内部。
使用容器化技术
您还可以考虑使用容器化技术，如Docker，来运行Ansible并消除控制机的需求。您可以将Ansible配置和playbooks打包为Docker镜像，并在云端环境中运行。这样，您只需在云端部署一个Docker容器，而不需要单独的控制机。但请注意，这仍然需要确保容器的安全性和正确配置。
部署方法
在消除控制机需求后，您可以选择不同的部署方法来运行playbooks，以达到自动化部署的目标。以下是一些可能的方法：
使用ansible-pull
如果您希望在目标机器上运行playbooks，您可以使用ansible-pull命令。这个命令能够从指定的仓库获取Ansible配置，然后在本地主机上执行playbook。这个方法需要确保目标机器有权限访问该仓库，并且能够安全地执行配置文件。
在CI工具中运行
您可以选择在CI工具中运行playbooks，例如Travis-CI或GitLab CI。尽管这可能引发一些安全性问题，但您可以采取以下步骤来降低风险：
– 使用Ansible Vault等工具对敏感数据进行加密，确保敏感信息不会以明文形式存储在仓库中。
– 使用SSH或HTTPS等加密协议进行仓库访问，以确保数据在传输过程中的安全性。
– 仔细管理对仓库的访问权限，避免未授权的访问。
– 根据需要分割不同的仓库，使用不同的分支等方法，以减少风险。
然而，需要注意的是，在CI工具中运行playbooks可能会使仓库中的代码成为潜在的攻击目标。如果您不信任云平台提供商，可能需要仔细权衡利弊。
结论
消除使用Ansible控制机的需求是完全可行的。您可以使用基础设施即代码的方法自动化设置控制机，然后选择合适的部署方法来运行playbooks。无论选择哪种方法，都需要在安全性方面进行仔细评估，并采取适当的安全措施，以保护您的基础架构和数据。
请注意，不同的解决方案适用于不同的情况，您需要根据您的具体需求和环境进行选择。