能否介绍一下贵行的自动化运维的建设路线？

我们目前自动化运维这块建立了三个子系统，批量调度系统、自动化投产系统、自动化运维系统，批量调度主要是日终批量和定时任务调度，自动化投产主要是应用程序和配置投产，自动化运维系统主要是端到端的运维自动化，涉及很多个运维场景，像备份、监控、查询、变更、软件安装配置、安全规范、基线核查、巡检等等，最后在这三个子系统上层，还要搭一层自动化运维与管理平台，统一的界面、统一的自动化管控、统一与外部对接、统一的自动化服务注册和审查等等，自动化这块需要一定的人力去专门做这些事情，要不确实很难，如果选用了开源产品，除了管理这些系统外，还要开发，那就更加耗时耗力。但与此同时，自动化运维的人力增多了，传统运维的人可以适当减少，也可以减轻他们的压力。所以一些银行招聘，都需要招一些即会运维的人，又会开发的人，就是这个原因。

我的建议如下：

1. 考虑自己的IT技术使用的现状以及未来的发展趋势，小型机有哪些管理的需求，X86虚拟机有什么管理的需求，（举例，我们把虚拟机也分类，一种叫肉牛（系统坏掉直接替换），一种叫宠物（系统坏掉要修复，很复杂））；
2. 结合本行的管理诉求，监管述求，安全要求等等，制定自动化运维要达到的目标；
   3.直接进入平台化构建的阶段，我认为选择Zabbix、ELK等，都还是在工具化阶段，回来这些构建的烟囱也一定会阻碍你的发展，直接进入平台化；
   4.平台化要求监管控以及运维大数据分析融合，以及要能够支持快速的二次开发，以及能支持工具的API集成和消费；
   5.因此，我们目前选择了腾讯开放的蓝鲸在进行研究。希望实现IT运营中台！

之前用的IBM tivoli监控，太重了，后面基于zabbix开始自研，很多开源的都在摸索尝试。

我们的资源监控用的是摩卡，应用监控用的是天旦，另外一家公司做的整体集成。
运维一期项目主要是做到了资源的统一监控和管理，应用的监控；接着后面主要是进行CMDB、流程建设、自动化运维等；最后往智能化运维发展。