ansible动态inventory对接cmdb与公有云api的核心是实现主机清单实时化：以cmdb为业务事实源，云api作运行态兜底，脚本须支持--list和--host参数，严格遵循json输出规范，完成字段映射（如ip_address→ansible_host）、动态分组（如env_prod）及安全管控（凭据加密、超时重试、缓存ttl）。
用 Ansible 动态 Inventory 对接 CMDB 和公有云 API，核心是让主机清单“活起来”——不再靠人工维护文本文件，而是每次执行时实时拉取真实资产状态。关键不在写脚本本身，而在设计好数据流、字段映射和权限链路。
数据源整合：CMDB 优先，云平台兜底
CMDB 是业务视角的单一事实源，包含环境（env=prod）、角色（role=api-gateway）、负责人等语义化标签；公有云 API（如 AWS EC2 DescribeInstances）则提供实时运行状态（running/stopped）、IP、实例类型等基础设施层信息。实践中建议：
- 主清单以 CMDB 为准，确保配置策略与业务归属一致
- 云 API 作为补充校验源，用于自动剔除已销毁但 CMDB 未同步的实例
- 若 CMDB 暂未覆盖全部云资源（如临时测试机），可在动态脚本中做双源合并：先查 CMDB，缺失项再查云 API 并打上 auto_discovered 标签
脚本必须支持的两个参数：--list 和 --host
Ansible 调用动态 Inventory 时，会按需传入这两个参数。脚本不响应它们，就会报错。逻辑必须清晰：
- --list：输出完整 JSON 结构，含分组（如 prod_web、us-west-2）、每组下的 hosts 列表，以及 _meta.hostvars 中每个主机的变量（如 ansible_host、ansible_user、disk_size）
-
--host
：只返回该主机的全部变量（不是 IP 或别名，而是 CMDB 中定义的 hostname 字段值），用于 Ansible 在执行任务前单独查询目标主机详情
字段映射与动态分组要直击运维痛点
CMDB 或云 API 返回的字段名往往和 Ansible 原生变量不一致，必须转换。常见映射示例：
- CMDB 中的 ip_address → Ansible 的 ansible_host
- CMDB 中的 os_type → Ansible 的 ansible_os_family（如 "centos" → "RedHat"）
- CMDB 中的 region 和 env → 自动生成分组 region_us-east-1、env_staging
分组逻辑应可配置，比如用正则提取云主机名中的区域码：web-prod-usw2-01 → 自动加入 region_usw2 和 env_prod 组，无需修改脚本即可适配命名规范变更。
安全与稳定性不可妥协的细节
动态 Inventory 运行在控制节点，但它代表 Ansible 访问外部系统，安全边界必须收严：
- API 凭据绝不硬编码：使用环境变量或 Ansible Vault 加密的 vault 文件加载 token 或密钥
- 禁用 SSH 主机密钥检查仅限可信内网环境，生产建议配合 known_hosts 文件白名单
- 设置超时与重试：requests 调用 CMDB 时加
timeout=(3, 7)，失败后最多重试 2 次，避免阻塞整个 Playbook 执行 - 加缓存机制：对 CMDB 数据启用本地文件缓存（如 5 分钟 TTL），防止高频调用压垮 CMDB 接口
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
