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