应用运维涉及到各式各样的应用系统，不同技术体系的产品，我们在做一些标准化时采取封装嵌套方式。比如服务启停，针对Windows、linux、unxi不同平台都封装了标准的统一启停脚本，脚本内部嵌套各个子服务的启停脚本，将差异性内容包装在内。这样在自动化应用中，我关注的是外层的标准...

自动化运维不仅仅是实现日常运维工作脚本化的开发与管理，而应从组织、文化、管理和技术几个方面建立一个系统性的能力框架体系，形成一种运维长效机制，为数据中心向运营转型提供支撑能力。...

配置管理范围很大，在自动化中，不同领域关注信息不一样，如应用关注服务，系统关注服务器，网络关注交换机火墙及ip。自动化的操作要保证正确性，就依赖配置准确，合理建模，一个操作与预期是否一致，所操作的对象要准就依赖配置信息，配置要管理自动化自动化的操作要保证正确性，就依赖配置准...

安全性和正确性是自动化的基本要求。实际上这个问题在手工操作时也一样存在，只是杀伤面不一样。对于自动化发布而言，我们提出要原子化，即操作任务拆解，应遵循单元操作功能简单，可回滚，可重新调度，可验证，有验证的原则。安全控制依赖于多个层面，一是用户权限，要和现有用户授权平台对...

自动化工具平台建设的阶段划分与企业内现有的运维工作模式有关。在建设过程中，实施推动一般选择可见收益高（领导关注的重点问题）的先动手，出效果再推动周边□监控系统一般都是必备，是最早的自动化工具。其他方面建设，从技术上，我建议先从配置管理入手，辅助实现发布或变更这类长期...

拆解到你迷迷糊糊也能正确完成，或者换个新人也能按你的文档正确完成运维操作。

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

个人浅见，技术发展过程中必然会有一些先驱探索，智能运维、自动化运维、传统运维之间并无很明显的界限划分。就我们情况而言，自动化运维并未发展到完全成熟的阶段，也已经在监控领域探索一些智能化的衍进，比如对于海量告警的压缩提取有效告警、告警的根因分析、利用大数据拟合动...

明晰自己的需求，选择自定义模式强，有过成功案例的厂商做交流，并要求有成熟的产品进行测试。不才我们公司也有自动化运维产品，我们可以站短联系。

自动化是个比较大的话题，如果要落地个人以为一定要从企业自身需求出发，或者说从应用场景出发来建设自动化运维平台比较好，这样的收益比较明显，自动化运维平台要有集成的能力，而底层技术应该根据不同的设备、不同的平台进行选择。...