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

大哥，你这是给出了问题，也给出了答案啊，哈哈！先回答第二个问题，我们没有选择Ansible和cmdBuild，我们选择了腾讯蓝鲸这套平台；我们在选择自动化运维工具时的基本思路如下：调研我们的业务系统现状，以及运维人员的需求；确定策略，我们公司目前的运维团队有自己的开发人员，未来运维也计划...

选择开源也是尝试性的选择，在一个领域如果要做好它，驾驭好它，就得亲身去尝试，那就得开源先行，自行尝试性开发，为后续积累经验，后续也可在开源基础之上进一步丰富。而开源产品选型最重要的一点原则就是对现有业务系统无侵害性，无论是CMDB还是ANSIBLE都是业界公认的、口碑很好的产...

我觉得规模不超过500台主机，开源工具能够满足日常运维工作；前提是我们具备比较强的Shell和Python的能力，以及某一种工具的使用能力；如果，我们不仅仅满足日常运维工作，还需要让运维工作自助化，服务化，这就需要比较强大的集成和编排能力，这个时候推荐选择自己研发或采用蓝鲸这种开放...

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

监控和运维是不同的两条线，做项目前，必须划定好清晰的边界，才能不至于造成资源浪费和功能重复。监控是系统、网络、日志等数据的收集，重点在“监”自动化运维是实现全运维链路端到端的运维自动化，重点在“动”很明显，两者的边界很清晰，但两者也有融合，比如“监控”到了，采取什么“...

运维工具多而且热说明大家的痛点都相同，只是在实践中采取了不同技术路线。对于Saltstack、Ansible我只是做了了解，并没有在实践中使用，但他们与一些商业化产品的思路是相近的：流程+脚本（或API）来实现手工操作自动化。选择适用于自身企业要求的就行，可以考虑企业对于实施成本、产...

就目前数据中心设备种类繁多，有服务器、也有些嵌入式操作系统的专有设备、还有网络设备。有些设备不适合部署agent，因此自动化平台搭建的时候需要考虑多种方式管理的兼容。有agent的产品可以减少网络交互带来的一些影响，无agent的产品对管理对象而言更轻便。个人建议分不同...

在选择自动化运维工具时应该从以下几个方面考量：一是自动化运维工具的成熟度，即在业界的受众面。这里无论是对商用的还是开源的都可以从这个角度进行评估；二是自动化运维工具的功能能否满足运维需求；三是如果是选择开源的自动化运维工具还要考虑工具的技术栈和公司人员的技术...

下图是Puppet、Saltstack、Ansible这三款运维工具处理能力与处理效率的对比：np7lm2fuzxdmd5hngpocac3di