SpringCloud(13)之微服务的现状和未来

你的名字 2022-08-31 05:58 132阅读 0赞

# 一、微服务的现状和未来 #

## 1.**服务架构的演变** ##

### **1.1单体架构** ###

**        **单体架构应该是我们最先接触到的架构实现了，在单体架构中使用经典的三层模型，即表现层，业务逻辑层和数据访问层。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2pva2VNcWM_size_16_color_FFFFFF_t_70][]

单体架构只适合在应用初期，且访问量比较下的情况下使用，优点是性价比很高，开发速度快，成本低，但缺点也很明显，这时扩展的首先就是考虑服务器的集群处理。

**1.2 集群**

针对单个服务器在访问量越来越大的情况越来越吃力的情况，我们可以考虑服务器的集群化处理。

![图片][618411ef719b9f6549cd14aa71ba0262.png]

集群的部署大大提高了服务的处理能力，同时利用Nginx提供的负载均衡机制，来分发请求，使用户的体验没有改变。

**1.3 垂直化**

上面的集群部署是可以解决一部分的服务器压力，但是随着用户访问量的增多，集群节点增加到一定阶段的时候，其实作用就已经不是太大了，因为将所有的业务都集中在一起，造成耦合度很高，这时我们可以考虑业务的拆分。来提高系统的性能。比如将原来在一个系统里面的业务拆分为用户系统，订单系统和商品系统。也就是我们讲的垂直化拆分如下：

![图片][fde5321ed9470500fcd0f7025432ed88.png]

服务垂直化拆分后是可以大大的提高整体的服务处理能力，但是也会出现很多的冗余的代码，比如用户系统要操作订单库，要操作商品库，订单系统也有可能要操作用户库和商品库等。

![图片][51134fd9c964f065551d44a4c30a07a2.png]

**1.4 服务化**

针对垂直化拆分出现的问题，这时就出现了我们经常听到的SOA(面向服务的架构).什么是SOA呢？在《微服务设计》中有这么一段描述

SOA是一种设计方法，其中包括多个服务，而服务之间通过配合最终会提供一系列功能，一个服务通常以独立的形式存在于操作系统进程中，服务之间通过网络调用，而非采用进程内调用的方式进行通信。

**![图片][48d25b38c491f09cfe31b6170a2c39e1.png]**

业务重用，共享服务，

**1.5 微服务化**

在SOA的基础上继续演进就是我们讲的微服务。SOA的服务更细粒度的拆分后就是微服务。根据时间递进。

![图片][2c980e4ac6c850daad34d9451833c520.png]

对基础运维的要求能力会越来越高，虚拟化，容器话等。

微服务和SOA的区别：

1.思想上：微服务的目的是解耦而SOA的目的是实现数据的互通和共享性。

2.协议：微服务会使用一些轻量级的通信协议(Restful API)

3.基础设施要求，微服务更加强调开发运维的持续交付。

**2. 微服务架构的需求**

**2.1 RPC框架**

在微服务架构中，服务与服务之间要实现接口的调用我们肯定要通过相关的RPC(Remote Procedure Call)框架来实现。

**![图片][ae59f59b6ff3fbc2acff26844d195d30.png]**

常用的RPC框架有:Dubbo,Google的GRPC，Apache的Thrift，微博的Motan，京东的EasyRPC等。我们通过RPC框架可以取调用服务提供者提供的服务，但有一个前提是我们要能找到这个服务。通常我们的服务部署都是集群多节点的部署，所以在消费者这端就不可能直接写死在代码里面，这时就涉及到了服务的发现问题，这时就需要另一个组件注册中心了

**2.2 注册中心**

注册中心实现服务地址管理的功能，解决服务动态感知(上线，下线)。

![图片][b1b25d7dc76024c7bb4bfc3d950c31b5.png]

**2.3 负载均衡**

在服务注册中心的介绍中我们可以看到负载均衡的应用。我们可以通过Ribbon来实现客户端的负载均衡，负载均衡的策略可以是：轮询，随机，根据响应时间来计算权重的轮询等。

![图片][940ee10bf7cdd4c9b403ff9e952ca1a8.png]

**2.4 配置中心**

在微服务架构中我们有很多个服务，而每个服务中是都会有单独的配置文件的。里面有很多的配置信息的有关联的，而且对于后期的更新维护也会非常的不方便，这时配置中心就上场了。常用的配置中心有：apollo/Nacos/disconf/zookeeper/diamond/Spring Cloud Config

![图片][940ee10bf7cdd4c9b403ff9e952ca1a8.png]

**2.5 网关**

网关可以帮助我们完成用户请求的入口，路由。完成统一授权，日志的记录，权限的认证和限流及熔断操作。

![图片][c70d7b808aae1e240369edb1391192e0.png]

**2.6 限流、降级、缓存**

在现实的微服务架构中的性能是很难满足所有的用户请求，这时我们就可以通过一些措施来保证我们的核心服务的正常运转。

限流：sentinel、hystrix

降级：主动降级(订单评论、广告关闭)、被动降级

缓存：降低数据源访问频率、Redis等

容错机制：服务出现挂机，宕机之后的处理机制。

![图片][a010c59826a44565618a863286281941.png]

**2.7 Bus**

Bus消息总线，实现异步化的通信机制。

**![图片][a437477f948a6ab88f106e1ac5745e40.png]**

**2.8 链路监控**

因为微服务中的服务实在是太多了，为了能更好的监控个服务的情况，肯定就需要链路监控服务，我们可以通过sleuth+zipkin来实现，应用层监控，系统级监控

![图片][f94da5c25c9fa363fe063d57cc63e657.png]

**3.SpringCloud 生态**

SpringCloud生态提供了快速构建微服务的技术组件。https://spring.io/projects/spring-cloud-netflix

![图片][56331b932240957d177ed02c3ab7da73.png]

**3.1 版本号说明**

*  SR (发行版)
 *  RC (后续发行版本)
 *  M1/M2（PRE） 里程碑
 *  GA 稳定版
 *  BUILD-XXX 开发版

**3.2 SpringCloud和SpringBoot的关联关系**

大版本对应：

![图片][3bda01822c90d21deb107b5c49e0496b.png]

在实际开发过程中，我们需要更详细的版本对应：

![图片][8170e67f85026e3bb3525774f341cfa9.png]

SpringCloud版本是和SpringBoot有关联关系的，官网中可以查看：https://docs.spring.io/spring-cloud/docs/current/reference/html/

![图片][4071a6da64f775c702a159cc118175d5.png]

到这儿，我们也清楚了要学习好SpringCloud中相关组件的内容，SpringBoot是我们必须要掌握好的一个前置内容

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2pva2VNcWM_size_16_color_FFFFFF_t_70]: /images/20220829/b7dba16edb90410883d9fd7615c6f2f9.png
[618411ef719b9f6549cd14aa71ba0262.png]: /images/20220829/c317bb62e953419f83b41107d50258a5.png
[fde5321ed9470500fcd0f7025432ed88.png]: /images/20220829/48adfd73ad8f4e0cb2b4456eeb05ae1f.png
[51134fd9c964f065551d44a4c30a07a2.png]: /images/20220829/147477e7a441450e9894f5f5573c7676.png
[48d25b38c491f09cfe31b6170a2c39e1.png]: /images/20220829/78feb6578084478cb926f16cc45f1f69.png
[2c980e4ac6c850daad34d9451833c520.png]: /images/20220829/4d20643eac954ba7ac115d96b1488db9.png
[ae59f59b6ff3fbc2acff26844d195d30.png]: /images/20220829/0af12ea5e1ec4dfaabf49c33df282f02.png
[b1b25d7dc76024c7bb4bfc3d950c31b5.png]: /images/20220829/a5728119e5fb479c93649f6757eed7b5.png
[940ee10bf7cdd4c9b403ff9e952ca1a8.png]: /images/20220829/69a059ab90954361bb1d1de8bdfc5460.png
[c70d7b808aae1e240369edb1391192e0.png]: /images/20220829/39adfb45ddce4beabf5210b83da594a1.png
[a010c59826a44565618a863286281941.png]: /images/20220829/fd0c0a6d270949179e0452529ff0ba9e.png
[a437477f948a6ab88f106e1ac5745e40.png]: /images/20220829/87e9cd152d9a4c2e91c0bd606bf7bb77.png
[f94da5c25c9fa363fe063d57cc63e657.png]: /images/20220829/4aab561878ba4db09620095e7f6f3141.png
[56331b932240957d177ed02c3ab7da73.png]: /images/20220829/dcbc2477bf1c4416b7a2e31f9d2d2bea.png
[3bda01822c90d21deb107b5c49e0496b.png]: /images/20220829/607385c8c1944c8ab9cf19b62b49d054.png
[8170e67f85026e3bb3525774f341cfa9.png]: /images/20220829/ff4c918480f3484fb755064d67134b99.png
[4071a6da64f775c702a159cc118175d5.png]: /images/20220829/5ebcd7f5de144073a1e23adedf0baf00.png