十二：服务治理需要考虑哪些环节

目录

1. 简介

　　好的服务治理框架可以将服务治理所需要关注的环节一一实现，提供治理通用功能，让研发更聚焦于业务研发，提高研发，交付，生产效率。

2. 服务框架和治理需要考虑哪些环节

2.1 服务注册发现

服务发现提供了一种协调机制，方便服务的发布和查找，是支撑大规模SOA的核心服务。在一定规模的应用系统中，服务的数量可能是几十个，上百个，服务中有消费者，生产者，那么消费者如何发现消费者？这个时候需要提供一种机制来解决这个问题。四：对微服务所需的服务发现的理解

2.2 软负载

服务的发现、API网关的反向路由都需要软负载的支撑。服务发现机制，API网关

2.3 日志

无论是服务治理相关的日志，系统运行情况日志，业务流转日志，监控日志等等都是至关重要的一部分。服务治理框架应提供完善、良好的日志监控体系。是微服务监控体系所监控的点之一。

2.4 Metrics

以直观的数字或者图形化展示服务的性能是我们实时掌握服务的状态，定位性能问题关键点，解决性能瓶颈的关键。是微服务监控体系所监控的点之一。

2.5 调用链埋点

微服务的调用链监控是解决微服务的复杂性带来的一系列问题的强有效手段之一。通过对调用链中服务的埋点，实现关键监控数据搜集，链路监控。关于调用链监控的理解

2.6 限流熔断

限流熔断可以很好的保护因为流量异常，服务异常导致的应用瘫痪及雪崩效应，保证系统的高稳定性。九：对微服务限流容错的理解

2.7 安全&访问控制

服务的安全、访问权限控制是应用抵御恶意攻击的最有效手段，可通过API网关、身份鉴权、服务访问权限控制等方式实现。

2.8 REST/RPC

一个好的服务治理框架需要同时可以提供这两种方式的调用，来满足不同的场景需求

2.9 序列化XML/JSON/二进制

多种序列化支持可以使得服务治理框架更加灵活，面对不同的应用场景选择不同的实现方式，如可读性高的XML、JSON，效率高的二进制。

2.10 底层通讯TCP/HTTP

同样，出于效率或者灵活性考虑，底层通讯的方式最好可以支持TCP及HTTP形式

2.11 统一异常处理

帮助快速理解、定位问题。服务可能来自不同的团队，不同的异常规范与定义天然存在的理解的障碍，甚至需要团队之间沟通协作来梳理、解决问题。统一的异常处理，可避免不必要的沟通及理解成本，提高效率。

2.12 文档

接口文档、规范文档、使用手册、文档的完善丰富与否也是影响研发效率的很重要的一个因素

2.13 配置集成

服务一般设计的环境不止一个，研发环境、测试环境、UAT环境、生产环境等，不同环境配置信息的管理高效与否也决定着服务从研发到发布的效率。

2.14 后台服务集成DB/MQ/CACHE

服务的实现必然依赖各种现成的后台服务，框架的集成能力也影响这研发的效率。