微服务解析

た入场券 2023-07-22 05:00 28阅读 0赞

#### 1.1 什么是微服务？ ####

微服务 (Microservices) 是一种软件架构风格，它是以专注于单一责任与功能的小型功能区块 (Small Building Blocks) 为基础，利用模块化的方式组合出复杂的大型应用程序，各功能区块使用与语言无关 (Language-Independent/Language agnostic) 的 API 集相互通信。

#### 1.2 为什么需要微服务？ ####

随着业务的发展、用户量的增长，系统数量增多，调用依赖关系也变得复杂，为了确保系统高可用、高并发的要求，系统的架构也从单体时代慢慢迁移至服务SOA时代（Service-Oriented Architecture）。  
根据不同服务对系统资源的要求不同，我们可以更合理的配置系统资源，使系统资源利用率最大化。

#### 1.3 微服务的优点？ ####

1）每个微服务都很小，这样能聚焦一个指定的业务功能或业务需求。便于定位问题，便于维护。  
2）微服务能够被小团队单独开发，这个小团队是2到5人的开发人员组成。  
3）微服务是松耦合的，是有功能意义的服务，无论是在开发阶段或部署阶段都是独立的。  
4）微服务能使用不同的语言开发。

### 1.4 微服务的缺点？ ###

1）微服务架构整个应用分散成多个服务，定位故障点非常困难。  
跨服务请求增多，增加服务间请求连接开销。  
2）稳定性下降。服务数量变多导致其中一个服务出现故障的概率增大，并且一个服务故障可能会产生雪崩效用，导致整个系统故障。  
3）服务数量非常多，部署、管理的工作量很大。  
4）开发方面：如何保证各个服务在持续开发的情况下仍然保持协同合作。  
5）测试方面：服务拆分后，几乎所有功能都会涉及多个服务。原本单个程序的测试变为服务间调用的测试。测试变得更加复杂。

#### 1.5 微服务架构的容错保障策略（降级？熔断？限流？） ####

1）熔断  
当一个服务因为各种原因停止响应时，调用方通常会等待一段时间，然后超时或者收到错误返回。如果调用链路比较长，可能会导致请求堆积，整条链路占用大量资源一直在等待下游响应。所以当多次访问一个服务失败时，应熔断，标记该服务已停止工作，直接返回错误。直至该服务恢复正常后再重新建立连接。  
2）服务降级  
当下游服务停止工作后，如果该服务并非核心业务，则上游服务应该降级，以保证核心业务不中断。比如网上超市下单界面有一个推荐商品凑单的功能，当推荐模块挂了后，下单功能不能一起挂掉，只需要暂时关闭推荐功能即可。  
3）限流  
一个服务挂掉后，上游服务或者用户一般会习惯性地重试访问。这导致一旦服务恢复正常，很可能因为瞬间网络流量过大又立刻挂掉。因此服务需要能够自我保护——限流。限流策略有很多，最简单的比如当单位时间内请求数过多时，丢弃多余的请求。另外，也可以考虑分区限流。仅拒绝来自产生大量请求的服务的请求。

#### 1.6 相关问题 ####

1） 微服务远程调用有哪些方案？  
2） 服务如何追踪？（分片服务之间的消息合并？）  
3） 同城容灾架构设计思考（部署场景？解决方案？）