Spring Cloud(01)——初识Spring Cloud，回顾微服务及微服务架构

Spring Cloud——初识Spring Cloud，回顾微服务及微服务架构

1、微服务和微服务架构

什么是微服务

微服务是一种架构风格，他要求我们在开发一个应用的时候，这个应用必须构建成许多松散耦合且可独立部署的较小组件或服务

什么是微服务架构

所谓微服务架构，就是打破之前单体应用架构的架构方式，把每个功能元素独立起来。把独立出来的功能元素的动态组合，需要的功能元素才拿来组合，特殊情况下可以整合多个功能元素。所以微服务架构是对功能元素进行复制，而没有对整个应用进行复制。

微服务和微服务架构的区别

微服务是一种架构风格

微服务架构是一种架构方式

微服务架构的优势

1）服务的独立部署

每个服务都是一个独立的项目，可以独立部署，不依赖于其他服务，耦合性低。

2）服务的快速启动

拆分之后服务启动的速度必然要比拆分之前快很多，因为依赖的库少了，代码量也少了。

3）更加适合敏捷开发

敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行。服务拆分可以快速发布新版本，修改哪个服务只需要发布对应的服务即可，不用整体重新发布。

4）职责专一，由专门的团队负责专门的服务

业务发展迅速时，研发人员也会越来越多，每个团队可以负责对应的业务线，服务的拆分有利于团队之间的分工。

5）服务可以动态按需扩容

当某个服务的访问量较大时，我们只需要将这个服务扩容即可。

6）代码的复用

每个服务都提供 REST API，所有的基础服务都必须抽出来，很多的底层实现都可以以接口方式提供。

微服务架构的劣势

1）分布式部署，调用的复杂性高

单体应用的时候，所有模块之前的调用都是在本地进行的，在微服务中，每个模块都是独立部署的，通过 HTTP 来进行通信，这当中会产生很多问题，比如网络问题、容错问题、调用关系等。

2）独立的数据库，分布式事务的挑战

每个微服务都有自己的数据库，这就是所谓的去中心化的数据管理。这种模式的优点在于不同的服务，可以选择适合自身业务的数据，比如订单服务可以用 MySQL、评论服务可以用 Mongodb、商品搜索服务可以用 Elasticsearch。

缺点就是事务的问题了，目前最理想的解决方案就是柔性事务中的最终一致性，后面的章节会给大家做具体介绍。

3）测试的难度提升

服务和服务之间通过接口来交互，当接口有改变的时候，对所有的调用方都是有影响的，这时自动化测试就显得非常重要了，如果要靠人工一个个接口去测试，那工作量就太大了。这里要强调一点，就是 API 文档的管理尤为重要。

4）运维难度的提升

在采用传统的单体应用时，我们可能只需要关注一个 Tomcat 的集群、一个 MySQL 的集群就可以了，但这在微服务架构下是行不通的。当业务增加时，服务也将越来越多，服务的部署、监控将变得非常复杂，这个时候对于运维的要求就高了。

2、SpringCloud简介

2.1、什么是Spring Cloud

Spring Cloud是一系列框架的有序集合。它利用 SpringBoot 的开发便利性，巧妙地简化了分布式系统基础设施的开发，如服务注册、服务发现、配置中心、消息总线、负载均衡、断路器、数据监控等，这些都可以用 Spring Boot 的开发风格做到一键启动和部署。

通俗地讲，Spring Cloud 就是用于构建微服务开发和治理的框架集合（并不是具体的一个框架），Spring Cloud也是一个生态。

2.2、Spring Cloud和SpringBoot的关系

• SpringBoot专注于快速方便的开发单个个体微服务
• SpringCloud是关注全局的微服务协调整理治理框架，它将SpringBoot开发的一个个单体微服务整合并管理起来，为各个微服务之间提供：配置管理，服务发现，断路器，路由，微代理，事件总线，全局锁，决策竞选，分布式会话等等集成服务。
• SpringBoot可以离开SpringCloud独立使用，进行项目开发，但是Spring Cloud离不开SpringBoot
• springBoot专注于快速，方便的开发单个个体微服务，Spring Cloud则是关注全局的服务的治理框架。

2.3、Spring Cloud和Dubbo的区别

Dubbo是个远程服务调用（RPC）的分布式框架，只是实现了服务治理，而 Spring Cloud 实现了微服务架构的方方面面，服务治理只是其中的一个方面。

当前由于 RPC 协议、注册中心元数据不匹配等问题，在面临微服务基础框架选型时 Dubbo 与 Spring Cloud 只能二选一，这也是大家总是拿 Dubbo 和 Spring Cloud 做对比的原因之一。

下表是Spring Cloud与Dubbo功能对比：

Spring Cloud 抛弃了 Dubbo 的 RPC 通信，采用的是基于 HTTP 的 REST 方式。严格来说，这两种方式各有优劣。虽然从一定程度上来说，后者牺牲了服务调用的性能，但也避免了上面提到的原生 RPC 带来的问题。而且 REST 相比 RPC 更为灵活，服务提供方和调用方，不存在代码级别的强依赖，这在强调快速演化的微服务环境下显得更加合适。

很明显，Spring Cloud 的功能比 Dubbo 更加强大，涵盖面更广，而且作为 Spring 的拳头项目，它也能够与 Spring Framework、Spring Boot、Spring Data、Spring Batch 等其他 Spring 项目完美融合，这些对于微服务而言是至关重要的。

更重要的是，相比于 Dubbo，Spring Cloud它是一个正在持续维护的、社区更加火热的开源项目，这就可以保证使用它构建的系统持续地得到开源力量的支持。

Dubbo的定位是一款高可用的RPC框架，Spring Cloud的目标是微服务架构下的一站式解决方案！

从零开始搭建完整的微服务工程

在后面的Spring Cloud系列的文章中，我将会一步步，从无到有·，搭建一个完整的Spring Cloud微服务项目。该项目源码以后会发布到gitee上面。

学习视频：尚硅谷周阳老师SpringCloud教程
Spring Cloud系列文章为上面视频的学习笔记，关注我，持续更新！