SpringCloud—概述—01

一、微服务

1）单体架构

业务的所有功能实现都打包在一个 war 包或者 jar 包中，这种方式就称为单体架构

例如，学校中实现的博客系统，前端+后端+数据库实现，都是在一个项目中

把所有模块都写在一个 web 项目中，然后再统一部署到一个 web 服务器中

这种架构开发简单，部署容易，一个项目就包含了所有的功能，省去了多个项目之间的交互和调用消耗。直接部署在一个服务器即可

2）集群和分布式架构

当用户的访问量越来越大，需求也越来越多，流量也会越来越大：

1. 后端服务器负载越来越大，可能会无法访问

2. 业务场景越来越复杂，单体应用会更大。各个业务之间的耦合度也会变高。任何一个问题和迭代，都需要整个项目重新构建，发布

3. 一个微小的问题，可能会至整个应用关掉

优化方案：

1）横向：添加服务器，把单台机器变成多台机器的集群

2）纵向：把一个应用，按照业务进行拆分成多个项目（垂直架构）

以单体结构规模的项目为单位进行垂直划分，也就是将一个大项目拆分成一个一个的单体结构的项目。项目和项目之间相对比较独立，接口多为数据同步功能

集群和分布式

• 集群(cluster)是将⼀个系统完整的部署到多个服务器上,每个服务器都能提供系统的所有服务,多个服务器通过负载均衡调度完成任务.每个服务器称为集群的节点(node)

• 分布式是将⼀个系统拆分为多个⼦系统，多个⼦系统部署在多个服务器上，多个服务器上的⼦系统协同合作完成⼀个特定任务

集群和分布式区别和联系：

1. 从概念上.集群是多个计算机做同样的事,分布式是多个计算机做不同的事

2. 从功能上.集群的每⼀个节点功能是相同的,并且可以替代的.分布式也是多个节点组成的系统,但是每个节点完成的业务是不同的,⼀个节点出现问题,这个业务就不可访问了

3. 从关系上.分布式和集群在实践中,很多时候是互相配合使⽤的.比如分布式的某⼀个节点,可能由⼀个集群来代替.分布式架构大多是建立在集群上的.所以实际的分布式架构设计中并不会把分布式和集群单独区分,⽽是统称:分布式架构

3）微服务架构

在分布式架构下,当部署的服务越来越多,重复的代码就会越来越多,服务的调⽤关系也会越来越复杂. 我们可以把⼀些通⽤的,会被多个上层服务调⽤的共享业务,提取成独⽴的基础服务,组成⼀个个微⼩的服务.这就是微服务

简单来说,微服务就是很⼩的服务.⼩到⼀个服务只对应⼀个单⼀的功能,只做⼀件事.这个服务可以单独部署运⾏

微服务之间可以采⽤REST和RPC协议进⾏通信

优势

• 易开发和维护.每个微服务负责的业务⽐较清晰,体量⼩,开发和维护成本降低.

• 容错性⾼.⼀个服务发⽣故障,可以使故障隔离在单个服务中,不影响整体服务故障

• 扩展性好.每个服务都是独⽴运⾏的,我们可以结合项⽬实际情况进⾏扩展,按需伸缩

• 技术选型灵活.每个微服务都是单独的团队来运维,可以根据业务特点和团队特点,选择适合的技术栈

挑战

• 服务依赖.随着服务的数量增多,服务之间的关系也会变得更加复杂.⼀个服务的更改,需要考虑对其他服务的影响

• 运维成本.⼀个业务流程会涉及多个微服务共同完成,有更多的服务需要编译,部署,运⾏,甚⾄可能是不同的编程语⾔,不同的运⾏环境,当然也需要集群来处理故障转移等.这对于运维⼈员⽽⾔,挑战是巨⼤的

• 开发和测试. ⼀个业务流程可能涉及多个微服务共同完成,服务调⽤引⼊⽹络延迟,不可靠的⽹络,如何进⾏容错处理等问题.这对开发和测试⽽⾔,难度也会提升

• 服务监控.在⼀个单体结构中,很容易实现服务的监控.因为所有功能都在⼀个服务中,微服务架构下,不仅需要对整个链路进⾏监控,还需要对每⼀个服务实现监控

• 负载均衡.微服务架构中的服务实例数量可能⾮常庞⼤，因此需要有效的服务发现和负载均衡机制来管理请求流量和保证⾼可⽤性

二、SpringCloud

1）什么是SpringCloud

pring Cloud 提供了⼀些可以让开发⼈员快速构建分布式服务的⼯具,比如配置管理,服务发现,熔断, 智能路由等.他们可以在任何分布式环境中很好的⼯作

Spring Cloud

简单来说,SpringCloud就是分布式微服务架构的⼀站式解决方案,是微服务架构落地的多种技术的集合. 比如:

• Distributed/versioned configuration 分布式版本配置

• Serviceregistration and discovery 服务注册和发现

• Routing 路由

• Service-to-service calls 服务调⽤

• Loadbalancing 负载均衡

• Circuit Breakers 断路器

• Distributed messaging 分布式消息

...