就我所了解的，自动化运维项目有以下四条技术路线供大家参考1、基于开源工具自研基于社区活跃度高、口碑好、功能强大的开源自动化工具，进行二次开发，实现自身需求的完全定制化，该技术路线有两个理解层次，第一个层次只是开源工具的使用上，对该工具的所有模块的运用都非常娴熟，二...

统一CMDB为所有系统和平台提供统一的配置基准数据，提升联动的数据质量和效果；自动化运维平台自动采集和发现价值数据和数据关联，供其他系统和平台使用，和各项资源建立自动化关联关系，提供不同自动化运维场景调用API，供其他系统和平台调用；集中监控平台对接所有监控系统和平台，实...

开源底层框架 例如puppet的mco, salt的模块, ansible的简单模块上层业务和界面肯定是制定开发的,不然无法符合业务逻辑和安全审查

楼上列举了很多底层工具，都是非常实际的，在这里我做一个整合，这个问题包含了两个方面：1、自动化运维底层工具产品是选用开源产品还是闭源产品目前来看，无论是开源还是闭源都可以满足银行的运维需求，选用开源产品无非就是银行自身的技术实力允许，有一定的开发实力，或者和第三方外...

1、自动化运维平台可以分：自动化运维系统、批量调度自动化系统、自动化投产系统最后建立统一的自动化运维平台，统一门户、统一管理、统一对接其他运维管理系统，如统一监控平台、运维流程平台、配置管理平台、智能运维平台等等。 2、建立操作系统、中间件安装、配置、部署...

这个问题更倾向于是一个硬件管理监控的问题，建议使用带外管理集成的方式开展，各类硬件设备均有其管理平台，类似于惠普的Usight，通过带外管理的方式集成相关硬件信息，通过trap消息的方式可以获取故障的告警信息。...

从我们目前的实施应用情况来看，自动化运维工作在基础平台搭建完成后，更多的是脚本开发能力，从初期来看需要关注各类脚本的编写能力。同时，自动化运维后需要运维人员对方案制定与评估更为审慎，那么对业务系统架构与关联分析要更严谨。因此建议传统运维人员在脚本开发能力（shell...

主要取决于企业自身的实际情况，个人的理解云管平台和自动化平台的定义并不是非0即1的关系，云管更适合在多云环境中使用。当然也可以将一些自动化的工作集成在云管中去。而虚拟服务器的下发的方法有很多种，可以借用IaaS云的API、也可以借用IaaS云的命令、也可以借助类似于第...

开源工具或者第三方闭源与瓶颈不是必然的关系，无论是开源还是闭源。合理的部署架构可以解决大规模环境下，自动化运维的瓶颈，可以采用分布式自动化运维管理节点部署，每个管理节点管一片或者一类运维节点，通过统一的管理平台进行对接。...

自动化运维的场景来源于日常运维的实际工作中，对日常工作归类提取，比如应用发布、应用告警处理、节假日的巡检、关键日的保障，发布就是要进行应用程序的部署，告警处理就是对告警进行一些分析检查、服务重启、服务流控等，节假日巡检和关键日保障就是对系统运行数据进行分析，这些...