个人建议专业的人做专业的事，能够各个专业领域通达兼济是难得的。从传统企业来说，自动化运维的建设需要一个团队或者多个团队协作，而且也应该将各方面力量拉拢一起做这件事。从自己熟悉的专业领域做起，了解日常工作中重复事项哪些可以由机器替代，可以采用什么技术替代。在开发...

传统企业有着很多的历史资产，人员能力、技术沉淀、设备资产等等，实施自动化运维的过程中会有各方面的困难，在新的环境驱动下需要一些转变。自动化运维不仅仅是一个工具平台，而是从组织、文化、管理和技术几个方面建立一个系统性的能力框架体系，形成一种运维长效机制，为数据中心...

自动化发布的目标是将应用服务按需求正确部署，传统情况下我们都是通过登录主机操作，能实时查看到输出结果，这样的操作有既视感，让操作人员心安。而自动化后怎么监控的问题会在初期困扰运维人员，我们通过将日志准实时采集展示在自动化平台上实现对后台运行情况的监控。同时也在...

这个问题也是我们所遇见的问题之一，我们在实施过程中采取了采样分析，提取标准步骤及公共参数的方式。对共性步骤和参数抽象形成规范，增加个性步骤及参数管理的能力，利用少量的个性步骤来实现各个应用系统差异化的问题。...

配置信息的自动化采集需要预先建立一些标准，如配置项标准、采集模板、采集时序等，配置项要根据不同的产品类型设定，例如操作系统要区分linux unix等；采集模板在配置项标准上根据不同要求扩展。有了标准采集，设定相应采集时序，对采集内容进行定期采集入库管理，建立配置信息的基线...

配置管理是很古老的话题，我们在做自动化时采取的是小而全大集权的模式。小而全是指各专业领域建立自己的配置管理子库，管理自己所需的数据。大集权是指配置项标准集中管理，专业领域横向依赖的信息集中管理，各子库作为数据源，集中库作为信息交换源。子库建设为各专业领域的自动...

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

自动化离不开脚本，脚本管理上可以集中式管理和分布式管理（放在目标对象上），集中管理的好处是能够统一控制版本，避免同一操作在不同目标对象上执行不一样版本的脚本。分布式管理能够确保自动化平台对目标对象失去管控情况下的替代手段。在自动化运维时建议集中管理，能够控制版本...

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

这个问题很大，我们的实践中都是在不同阶段设计实施的。如果是从零开始，有一个设想，但没经过实践。我觉得监控、cmdb都是数据信息的管理，要实现数据的采集和管理，告警是数据分析产生的结果。所以是不是可以建立统一的数据采集层，对所需数据采集；再建立数据管理分析层，对配置数据入...