如何构建一个有效的服务治理平台？

服务治理框架

当下无论对于什么样类型的服务治理核心框架，无论是开源还是自建，在功能层面相差不大，但技术实现却有所差别。但就落地实践而言，自建难度远大于依赖现有的开源项目。因此本次重点基于开源项目考虑，构建服务治理核心框架选型考虑主要涉及三个因素：开发人员知识储备，业务/应用要求，当下行业的技术趋势。目前来讲主要服务治理核心框架的选型有三个： spring-cloud框架 ， dubbo框架 以及 service mesh框架 。具体框架对比，后续会有详细分析。

服务协议规范

服务协议规范具体而言细分服务接口，服务集成，服务模板，数据规范四个层面。

• 服务接口考虑接口类型以及与之相关的接口协议，例如http协议，或者rpc协议等。

• 服务集成重点考虑集成过程中的统一协议，通信方式。

• 服务模板框架主要说明开发服务需要的统一模板信息，框架信息。

• 数据规范需要依赖明确的命名规范以及数据请求格式规范，以方便服务治理过程中的信息处理。

服务支撑工具

服务治理的支撑功能可以划分为三个层次： 治理支撑服务，功能支撑服务，线下支撑服务 。

• 治理支撑服务包括服务注册/发现，流量控制，容错熔断，服务升级/回滚，链路跟踪，路由分发，超时重试，智能恢复等支撑 工具 集成。

• 功能支撑服 务 包括监控告警，日志服务，认证鉴权，计量计费，消息服务，负载均衡，持久化服务，网管服务等支撑工具。

• 线下支撑服务包括DevOps流程支撑服务，运行环境支撑。

服务治理门户

服务治理门户构建从五个层面考虑，包括数据采集，存储仓库，工具聚合，综合分析，服务门户。

• 服务门户以业务/应用/服务作为门户的组织方式，实现分析、管控、统计三维一体控制平台。

• 综合分析依赖处理后服务指标，集成数据，可视化呈现当下服务状态以及预测某一阶段服务状态。

• 工具聚合服务支撑工具保证服务生态的完整性，并能够管理、记录、反馈服务状态。

• 存储仓库存储采集的日志，性能，链路等与服务相关的数据。

• 数据采集是指proxy + agent通过拦截/旁路监测方式获取链路或者服务数据，并能够上报到存储仓库。