如何通过Jenkinsfile向数量未知的服务器部署配置

核心思路是完全保留Ansible作为服务器信息唯一可信源的定位，不在Jenkins侧重复维护任何服务器清单数据，不要在Jenkinsfile里硬编码主机信息，所有主机匹配、筛选逻辑全部下沉到Ansible层处理。

• 直接透传部署参数给Ansible执行
  Jenkins只负责触发流程、拉取最新的Ansible仓库代码、传入必要的部署参数（比如要部署的环境、灰度规则、配置版本），所有目标服务器的寻址、分组匹配全部交给Ansible完成。最简Pipeline示例：

  pipeline {
    agent any
    parameters {
      choice(name: 'DEPLOY_ENV', choices: ['prod', 'staging', 'dev'], description: '部署环境')
      string(name: 'LIMIT_PATTERN', defaultValue: '', description: 'Ansible主机过滤规则，留空则部署环境全量主机')
    }
    stages {
      stage('推送配置文件') {
        steps {
          dir('ansible-config-repo') {
            ansiblePlaybook(
              playbook: 'playbooks/push_app_config.yml',
              inventory: "inventories/${params.DEPLOY_ENV}/",
              limit: params.LIMIT_PATTERN,
              credentialsId: 'ansible-deploy-ssh-key',
              extras: '--become'
            )
          }
        }
      }
    }
  }
  

  后续服务器上下线、IP变更、分组调整只需要修改Ansible侧的清单文件，完全不需要改动Jenkinsfile或者Jenkins后台配置。
• 灰度/定向部署的参数化处理
  如果需要对单台或者部分服务器做定向部署，不需要在Jenkinsfile罗列主机，只需要通过构建参数传入Ansible原生支持的过滤规则，比如web_servers:!bad_node_01、db_servers:&us_west_2这类匹配表达式，直接透传给ansible-playbook的--limit参数即可，匹配逻辑完全复用Ansible原生能力，不需要额外开发。

• Ansible插件清单联动能力
  Jenkins Ansible插件支持直接读取Ansible静态/动态清单（包括AWS EC2动态清单），可以将清单内的主机组自动映射为Jenkins可调度的目标节点组，支持按组批量执行任务，主机信息变更时自动同步，不需要人工在Jenkins节点列表里增删服务器。
• 动态临时节点特性
  如果部署逻辑需要直接在目标服务器上执行命令（不通过Ansible中转），可以在Pipeline里加一个前置步骤，调用ansible-inventory --list命令拉取对应环境的实时主机列表，通过Jenkins节点API动态注册临时构建节点，部署完成后自动注销，全程不需要提前在Jenkins后台配置固定节点，也不需要在Jenkinsfile里维护主机清单。
• 配置与凭证隔离能力
  Jenkins的凭证存储、配置文件提供功能可以统一托管Ansible需要的SSH私钥、AWS访问密钥、环境敏感变量，执行Ansible命令时自动注入到运行环境，不需要把敏感信息硬编码在Git仓库或者Pipeline脚本里，和现有流程完全兼容。

避坑提示：不要自己写Groovy/Python脚本在Jenkinsfile里解析Ansible清单生成主机列表，相当于重复实现Ansible的主机管理、分组嵌套、变量继承、动态源拉取逻辑，后续维护成本会指数级上升，直接透传参数调用Ansible是成本最低、稳定性最高的方案。

内容的提问来源于stack exchange，提问作者Newerth