问题描述
正在使用Ansible进行部署新产品，但在Playbook和角色的结构方面遇到了一些问题。他提出了三种不同的解决方案，希望能够得到一些关于哪种方案最好的建议。该产品是一个运行在Windows服务器上的Web应用程序，部署需要包括以下步骤：
- 安装Java JDK
- 安装Tomcat
- 安装Windows服务
- 配置Java注册表项
- 配置Tomcat
- 安装Web应用程序
- 启动服务
用户目前使用静态清单（inventory）进行生产环境和测试环境的分组，同时使用group_vars和通过ansible-galaxy创建的角色来保持一定的结构。
解决方案
在这里，我们将讨论三种可能的解决方案，以帮助用户在Ansible中结构化部署流程，以及如何处理角色之间的依赖关系和变量传递问题。
方案1：一个大型Playbook
这个方案将所有步骤都放入一个巨大的Playbook中。尽管这种方法听起来不太理想，但有一个优点，就是可以确保变量从前面的安装步骤中传递到后面的步骤。例如，当安装Tomcat时，可能需要知道Java JDK的安装位置，这样就可以在安装Tomcat时使用这个信息。
方案2：将各步骤分解为独立的角色
这个方案将每个步骤都拆分成独立的角色。这听起来很不错，但角色之间需要保持独立性，不能相互依赖。但这个用户在这方面遇到了一些困难，因为他不确定如何解耦任务。他提出了一个问题，是否可以为每个步骤创建独立的角色，例如install_tomcat和config_tomcat，然后在Playbook中按顺序使用这些角色。但问题是，一个角色如何知道下一个角色需要的路径名等信息。这里用户表达了对如何保持角色之间的独立性感到不确定。
方案3：主Playbook和角色分离
这个方案类似于方案2，但在角色中使用独立的变量名称，并在./roles/vars/main.yml中定义这些变量。用户认为这个方案可能更可行，但目前还没有找到如何设置的方法。他提到了变量的优先级问题，以及是否可以在Playbook中覆盖角色中的变量。
专家建议
尽管用户倾向于方案3，但他还没有找到实现的方法。对于这个问题，我认为方案3是可行的，但可能需要一些特定的操作来实现变量的传递和优先级设置。同时，要注意选择角色时，可以尽量使用来自Ansible Galaxy社区的角色，避免重复造轮子。对于Java JDK和Tomcat的安装，可以查找已有的角色，例如ansiblebit.oracle-java和silpion/ansible-tomcat。如果这些角色满足要求，可以直接在Playbook中使用它们。
在Ansible的最佳实践中，建议遵循类似”package by feature”的编程规范，并创建可重用的、具有明确目的的角色。这样可以使角色更易于维护和测试，同时保持独立性。保持角色之间的独立性可以通过避免角色间直接的依赖来实现，每个角色应该有自己独立的变量和任务。要确保变量在角色之间传递，可以使用角色内部的变量或者在角色之间定义一些共享的变量。对于路径等信息，可以将这些信息定义为变量，并在角色中使用这些变量来保持灵活性。
总而言之，方案3是可行的，但需要进一步研究如何设置角色和变量，以及如何在不同的角色之间传递所需的信息。同时，要善于利用Ansible Galaxy社区提供的现有角色，避免重复工作，提高效率。