本文为优维科技CTO黎明在《云上运维与研发最佳实践》晃荡上的内容分享，本文结合微办事架构特点，解读若何构建一个高效运维治理平台。

黎明带领团队自立研发了全栈DevOps运维治理平台—EasyOps，是今朝行业领先的智能化运维治理平台。作为前腾讯运维研发负责人，黎明主导了多个运维体系研发舆情监控、大年夜数据监控平台、CMDB、及时日记分析平台、织云、客户端体验监控等。

本文内容有三点：

1、微办事架构特点及其传统巨石架构的差别，以及传统运维对象面对的挑衅；

2、面向微办事的运维平台架构；

3、运维平台微办事进化。

一、微办事架构与巨石架构的差别

“微办事”与“巨石架构”两者并非对立，而是分别针对不归并景的解决筹划。

巨石架构指将所有“大年夜脑”集中在一路，以CS架构为代表，将所有的逻辑放在独一应用中，再参加前端UI组件、Service、MVC架构、数据库等部分。它的技巧架构不复杂，调试、安排、治理便利，是实用于绝大年夜部分体系的解决筹划。

然则在互联网请求“多、快、好、省”的应用处景下，“巨石架构”面对诸多挑衅。

多：互联捕鱼户量巨大年夜，达百万级在线量；

快：办事请求反竽暌功速度要在一秒以内甚至更快；

好：办事质量稳定性要高；

省：硬件成本增涨要低于用户量增涨速度。

在拥有资本和动作，杀青主动化运维的闭环后。运维人员只需事前保护好精确的资本设备数据（CMDB），余下动作体系会自驱完成。如不雅把资本跟动作相混淆，每次应用都须要消费资本定制专用的宣布脚本、构建脚本。

△ 巨石架构

若何解决这四个问题——加强全部平台的灵活性。

△ 体系的扩大

1.平行扩大：一般的无状况办事器可以经由过程办事器扩容完成平行扩大；

2.分区：对于有状况的办事可以经由过程分区加强平台灵活性，如：南北方用户分属A、B不合集群。

平滔喔赡扩大“巨石架构”可以适应，然则功能上的扩大却比较难适应。

功能扩大才能

功能维度上，若何使体系变得更融洽？

1.灵活控制成本：局部调剂，变革模块、逻辑，而不是全部体系去修改。

巨石架构的所有模块都绑缚在一路，进行扩大时，因为每个模块巨大年夜，只能高成本平行整体扩容。

微办事架构下模块产品的办事器分布异常灵活，扩容成本低，如今都邑选择将办事器模块切分，进行微办事化改革，晋升平平安台支撑能力。

二、微办事架构下若何构建一个运维治理平台

上文静述了微办事架构与巨石架构的差别，接下来懂得若何构建一个运维治理平台。

把运维平台拆分成三块具体化部件对应到工作中。

运维平台的内部应用、内部依附是什么？——法度榜样、设备文件、计算的资本

是什么支撑运维平台作为一个互联网应用？——内存、CPU

运维平台依附的资本竽暌剐哪些？——体系镜像

经由过程“主动发明”，去主动化采集办事器带宽、网卡速度、内存、磁盘空间、过程等信息，由CMDB进行治理。模块治理相对传统，“主动发明”是CMDB的核心，在同时治理数十万台办事器时，只能经由过程“主动发明”的探侦才能进行主动化保护。

这是CMDB IT资本治理体系要承载的，在主动化扩容、情况安排时，只有懂得这些数据，上层体系才知道若何构建这个应用。很多运维团队，仅仅做到“对象化”，却没有跟“资本治理设备”联动起来。

技巧干货|如安在微办事架构下构建高效的运维治理平台？

除了资本跟动作治理，还有状况（监控）治理。每个公司都邑有“监控”体系。这里须要强调的是意识的问题，因为在全部上层、应用层监控设计中推敲了“主动容灾切换”才能，所以我们不须要存眷底层的监控。只要应用层没有告警，不消管底层办事器和机房是否挂掉落。

我刚参加工作时，体系经籍记警，须要半夜爬起来重启机械、删文件。如今运维只会接到通知，告诉办事器挂掉落，进行确认，不消及时处理。基于这个逻辑，安营业没有告警的情况下，我们体系就是正常的。

完美的运维治理平台可以或许合理的把资本、动作、状况调和治理。

这张图将膳绫擎那张简单的图做潦攀扩大、细分。

下面是调剂编排体系，产品扩大根据不合行业及其营业特点，做出不合编排需求，将这些不合的需求选项进行固化。

中心是运维平台的核心，履行层的体系。忽视灰色的传统API模块，如今我们运维日常应用的就是这个包含持续交付平台、同一监控平台和ITOA运营分析平台在内的立体化监控体系，经由过程它实现动作、状况治理。针对基本举措措施、平台体系、应用级、办事级甚至更高层的需求，供给精确度、优先级不合的接口。

底层是CMDB资本治理。传统CMDB治理对象，属于硬件资产。在云化技巧成长之后，会越来次日化。应用运维就不须要存眷太多。这里CMDB包含了营业信息治理、应用法度榜样包、设备、准时调剂义务、流程、对象、权限、体系设备等基本资本。