微服务框架需要考虑哪些治理环节？

悠悠 2023-01-03 01:56 145阅读 0赞

# 微服务框架需要考虑哪些治理环节？ #

如果一个公司的微服务多了，需要有管理和治理。今天给大家介绍一下服务治理环节，一个好的微服务体系需要关注哪些治理环节。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0p1bHlfd2hq_size_16_color_FFFFFF_t_70_pic_center]

## 服务注册发现 ##

首先，我们的微服务框架需要注册服务发现，微服务当中有很多服务，几十个甚至上百个，他们之间有错综复杂的依赖关系。这个时候就存在消费者怎么去发现我们的服务的生产者。这个就是服务注册和发现要解决的问题。

## 服务的负载均衡 ##

为了应对大的流量我们的服务一般是多份部署，这个时候就存在负载均衡。另外我能服务需要路由这个能力非常重要，如果我们需要支持灰度发布、蓝绿发布这种机制。那需要我们微服务治理需要考虑他的软路由的实现。

## 监控相关的环节-日志 ##

首先是微服务日志监控，日志对于我们后期排错，定位问题是非常关键的。我们少的一套监控框架需要集成我们日志监控。

### Metrics ###

如果我们要对服务的对服务的延迟进行监控、请求数量QPS监控等，通过Metrics进行数据采集操作。

### 调用链监控 ###

微服务存在错综复杂的调用关系，像一个网状结构一样。如果我们有一套好的调用链监控，开发人员很容易帮助我们快速定位问题。

### 限流熔断 ###

微服务是一个分布式系统，如果没有好的限流熔断措施，如果某个服务出现故障或者延迟，有可能导致整个系统瘫痪，这就是微服务的限流熔断存在的意义。避免一个系统故障导致整个系统瘫痪。

### 安全和访问控制机制 ###

有些服务我们并不需要所有人都能够进行访问，比如说设计到敏感信息的系统如：用户系统。需要我们有安全策略，如黑白名单，访问控制策略。来限制对这些服务的访问。

### RPC/REST ###

好的一个微服务框架是可以同时支持REST、RPC调用的。不同的通信方式有不同的场景，如果你的框架可以支持配置不同的通信方式的话会更加灵活。

### 序列化 ###

建议做到支持XML、JSON、高性能的二进制等。

### 代码生成 ###

在大规模开发的时候，比较推崇契约驱动的开发模式。在大规模开发的时候生成的代码比较规整。

### 统一异常处理 ###

我们希望服务治理环节，具备统一异常处理的能力，这样的话异常信息比较标准化，出问题的时候我们比较容定位是什么类型的问题。如果没有一个这样的环节，大家玩法都不一样，抛出的异样各式各样。难以定位问题。

### 文档 ###

微服务最总是要给消费者来用的，开发人员如果说没有好的文档，去提供一些代码样例。那么接入的成本比较高。好的文档体系能帮助研发人员更好的去利用这个微服务。

### 配置集成 ###

我们微服务框架需要集成统一配置中心。

### 后台服务 ###

如数据服务、缓存服务、消息中间件等。

## 核心思想 ##

微服务治理的核心思路就是将上述环节沉淀下来，变成框架平台的部分。让开发人员可以专注与业务逻辑的实现，在实现业务逻辑的时候不需要他们考虑外围的实现，提升他们的研发效率。  
这些环节由专门的平台团队或者框架团队统一的去维护。这个微服务治理的核心理念。

### 更多文章请关注微信公众号 ###

![在这里插入图片描述][20210106205132508.jpg_pic_center]  
更多内容请查看 [Julywhj的博客][Julywhj]期待您的光顾。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0p1bHlfd2hq_size_16_color_FFFFFF_t_70_pic_center]: /images/20221119/6744cb4fb00c4c92a3ffb2b704b60485.png
[20210106205132508.jpg_pic_center]: /images/20221119/ca745a614c60445c8ffbecb61267acde.png
[Julywhj]: https://bs.julywhj.cn/#/