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

商业的运维系统在功能上要全面一些，服务支持上能好一些，更新与升级有保障，采购成本较高，对运维人员的技术要求相对较低。 自己开发运维系统对人员的技术要求最高，成本也不低。开源运维工具更灵活一些，服务支持需要运维人员自身多投入一些时间和精力，更新与升级更个性化一些，相对...

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

目前各大IT主流厂商都有自己的openstack部署工具，比如ibm的icm，惠普的黑牛，或者第三方的部署工具。对于初学者，建议按部就班的安装，理解每个步骤和相关的配置。学习一些开源的自动化部署工具，比如ansible，puppet等。...

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

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

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

巡检->生成报表，这个动作实际上可以借助监控平台完成，也可以借助自动化运维平台完成（例如puppet）。实际上开发难度并不是很大，主要是咱们这帮运维狗对应用层面的程序开发并不是很熟练而已。我们在项目中也是引入了另一个专门做应用开发的团队才完成的，另外，还需要一个“万金油”...

可以看下这个帖子里面的叙述：http://www.aixchina.net/Question/230443

监控脚本的运行情况，如果监控服务器太多，一台一台上去看是不现实的，而且生产环境是不会让你随便登陆，所以我们这边对监控的情况，都是自己开发了一套脚本，去监控数据库和其他软件，通过FTP把监控输出结果上传到一台服务器，然后再批量处理输出，把所有服务器的监控满足一定条件的（比如...