如何建设自动化运维体系_运维自动化能力建设

这周得闲将家里储存的玉米棒进行脱粒，有过农村经历的小伙伴对此应该不陌生，就是将完整的玉米棒拆成玉米粒和玉米穗两部分。当看到院子里面的脱玉米机的时候，突然就想起了我们家第一次使用脱玉米机的场景，更小的时候，家里面玉米脱粒都是人工方式，全家齐上阵可能需要一个月左右才可以完全搞完，当妈妈第一次看到邻家用脱玉米机半天就可以将玉米全部搞完的时候，就迫不及待的借来使用，但第一次使用后便发现，脱玉米机虽然提升了速度，但脱粒的效果并不理想，基本还是需要大量的人工返工，无形中增加了新的劳动量，效率远没有想像中的那么好，但妈妈很快就总结了问题的原因。

1、玉米棒不够干燥（相对于人工作业方式）

2、玉米棒大小不一，太小机器触及不到，太大的容易卡坏机器

玉米棒不够干燥，可以多晾晒几天，问题很容易解决，但玉米棒大小的问题又该如何解决呢？先说当时市面上有没有更高级的脱粒机，即使是有，价格也一定不菲，并且这也不能从根本上解决问题，我们只有朝着统一玉米棒的思路去解决，很快妈妈就找到了原因。

1、玉米种子问题，当时我们存在同时播种不同品种种子的情况

2、土地问题，土地存在不平整以及土地肥力不均的情况，导致同一块地的玉米不同方位的生长效果不尽相同

在了解到原因后，妈妈先是从此以后统一了玉米的种子品种，后又借季节换种的时候，数次将土地进行了平整，并针对性的补充化肥，之后我们家就真正做到了半天完成玉米脱粒作业。而本周也是我们家最后一次做这件事情，因为我们的土地已经流转出去，承包给了专业的农场公司，并且是市场最高价，高价的原因是我们的土地相对最为平整，可以省去很多的成本，可以无缝衔接新的大型作业方式，新的大型作业方式将是更加自动化、无人化的作业方式。

回望过去我们家的农业经历，从人工作业——关键步骤自动化——全面自动化，与运维自动化体系的建设惊人的相似。

---

视线回归到我的工作，如今随着互联网领域由增量市场转为存量市场，降本增效成了如今时代的主旋律，自动化运维体系的建设也由部门层级纷纷转为了公司战略层级，那么在新的挑战下，我们该怎么样建设自动化运维体系呢？

做好标准化

自动化建设的核心一直是标准化的建设，没有严谨标准化的自动化就像大小不一的玉米棒，运行起来只会问题层出不穷。标准的确立需要建立在技术体系之上，比如是公有云、容器化技术架构，亦或是混合技术架构，还要综合业务形态、组织架构、开发语言等因素，运维自动化的标准化建设主要包括以下几个方面：

1、完备的基础资源规划

包括代码仓库管理、命名规范、网络规划、域名管理、统一端口、日志管理、接口管理、容量规划等，清晰统一的规范和规划，是一切可能的基石，即使未来切换到新的技术体系，需要调整相关规则，也可以做到批量、准确、快速。

2、标准的运维流程

包括问题管理、变更管理、配置管理、资产管理、安全管理等，建立从项目成立———>研发开发——>测试——>灰度/正式上线——>服务治理——>下线的全生命周期标准流程

3、统一的运维工具

对工具进行标准化管理，统一工具的使用方法和操作流程

4、标准的文档

建立标准化的运维文档，包括操作手册、故障排除手册、系统配置文档等

5、标准的培训计划

对运维及研发测试人员进行必要的培训，提高相关人员的技能，提高对工具的使用能力，提高系统的稳定性和安全性。

做强模块化

将整个自动化运维流程划分成多个模块，每个模块拥有独立的功能，可以单独使用，也可以组合使用，以满足不同场景的运维需求。常见的运维模块如下：

1、流水线

做为运维自动化流程中的重要一环，决定了能否将代码变成线上服务，性能和稳定性决定了整个运维流程的效率。具体工具选择上老牌Jenkins绝对是绕不开的一个选择，当然还有诸如Gitlab CI、Travis CI、GoCD、Zadig等新的选择

2、监控告警

做为服务治理的核心，准确、可靠的监控系统，是我们随时掌握线上状态的天眼，也是为故障发现、故障自愈、容量规划、弹性伸缩等提供重要指标数据的平台，我们常用的有Zabbix、Prometheus，也有国内开源Open-Falcon、Nightingale等

3、日志管理

日志管理是运维体系中非常重要的一环，完备的日志记录、储存、分析、监控，可以帮助了解系统运行情况，快速定位故障和安全审计，发现系统潜在问题，即使做出优化调整，我们常用的日志工具有ELK、NXlog、LOGalyze等

还有诸如自动化测试、故障自愈、弹性伸缩、安全管理等相关模块

整合&开发

自动化运维体系旨在运维流程的自动化，体系中的各个模块既可以独立工作，又保持相互协调。在实际建设自动化运维体系中，运维平台的建设是必不可少的手段，运维平台的作用是整合多个运维模块，实现运维管理的简化和效率提升，在设计运维平台的时候，我们要认识到运维平台越大越全，它的建设成本和维护成本就会越大，出现故障的影响面就越广，一定要综合考虑，切勿为了平台而平台。

坚持减法思维

研发的核心是加法，运维的核心是减法。

任何运维建设及决策的是否合理，都应以是否减少成本为前提，整个成本包括沟通成本、资源成本、维护成本、风险成本等。