Ansible是否适用金融业应用变更？

应用发布在银行业务系统中要求最为频繁。实现业务发布需要对每个系统进行一次发布流程的梳理。定义好标准。如文件压缩格式，存放的路径规范等。要求开发团队或者外包商遵循这个规范，之后定义好发布流程，既可以实现后续的复用。
实现技术路径为四层架构：展示操作层->流程层->执行层->物理层

1. 展示操作层为发布流程的图形操作层，它应该具备0代码编写的能力，使用应该是拖拉的方式，更改参数即可，不需要有代码的更改，每次发布通过更改参数即可实现，参数对应底层ansible playbook中预留的参数
2. 流程层应该讲发布的众多复杂过程集成起来，比如上传文件 - 解压文件 - 停止服务 -停止数据库 - 应用升级 - 启动数据库 - 启动服务 - 检查状态 - 失败回滚等服务集成链接起来
3. 执行层负责将流程中的每个子在目标物理层设备上执行起来，通过ansible 调用提前以参数形式定义的playbook
4. 物理层为最终的目标设备，以IP为单位的节点。

金融行业的变更主要考验的是运维人员的作业编排能力，ansible只是一个自动化工具，核心还是在playbook的编排上。
不过从我的个人经验来说，形成自动化的前提是标准化，只有做好标准化才能谈自动化。依靠自动化完成金融变更还是得从根本做起。