标签：ops mes 集成 mic agent 开发 技术 分析 均衡
本文我们重点讨论如何构建一个有效的服务治理平台，话不多说，直接切入整体。构建服务治理平台基于“管理”，“度量”，“管控”三个层面统筹考虑安排。具体来讲，又可以分为六个层次来考虑问，分别是：服务管理流程体系，服务治理平台，服务治理核心架构，服务协议规范，服务支撑工具，服务运行环境。六个层面的具体关系如下图所示：
接下来我们分别来看一下每个层面的具体内容。
01
服务治理框架
当下无论对于什么样类型的服务治理核心框架，无论是开源还是自建，在功能层面相差不大，但技术实现却有所差别。但就落地实践而言，自建难度远大于依赖现有的开源项目。因此本次重点基于开源项目考虑，构建服务治理核心框架选型考虑主要涉及三个因素：开发人员知识储备，业务/应用要求，当下行业的技术趋势。目前来讲主要服务治理核心框架的选型有三个：spring-cloud框架，dubbo框架以及service mesh框架。具体框架对比，后续会有详细分析。
02
服务协议规范
服务协议规范具体而言细分服务接口，服务集成，服务模板，数据规范四个层面。
服务接口考虑接口类型以及与之相关的接口协议，例如http协议，或者rpc协议等。
服务集成重点考虑集成过程中的统一协议，通信方式。
服务模板框架主要说明开发服务需要的统一模板信息，框架信息。
03
服务支撑工具
服务治理的支撑功能可以划分为三个层次：治理支撑服务，功能支撑服务，线下支撑服务。
治理支撑服务包括服务注册/发现，流量控制，容错熔断，服务升级/回滚，链路跟踪，路由分发，超时重试，智能恢复等支撑工具集成。
功能支撑服务包括监控告警，日志服务，认证鉴权，计量计费，消息服务，负载均衡，持久化服务，网管服务等支撑工具。
线下支撑服务包括DevOps流程支撑服务，运行环境支撑。
04
服务运行环境
当下服务运行环境具体而言，包括物理运行环境，容器运行环境，mesh运行环境。服务治理平台需要支撑不同的运行环境。
05
服务治理门户
服务治理门户构建从五个层面考虑，包括数据采集，存储仓库，工具聚合，综合分析，服务门户。
服务门户以业务/应用/服务作为门户的组织方式，实现分析、管控、统计三维一体控制平台。
综合分析依赖处理后服务指标，集成数据，可视化呈现当下服务状态以及预测某一阶段服务状态。
工具聚合服务支撑工具保证服务生态的完整性，并能够管理、记录、反馈服务状态。
存储仓库存储采集的日志，性能，链路等与服务相关的数据。
数据采集是指proxy + agent通过拦截/旁路监测方式获取链路或者服务数据，并能够上报到存储仓库。
06
服务管理流程体系
最后服务治理平台应该构建在一定的服务管理流程体系之下，符合一定的服务管理流程规范。
标签：ops mes 集成 mic agent 开发 技术 分析 均衡
原文地址：https://blog.51cto.com/11976981/2412604
