一、认识微服务
下图表示了服务架构从单体应用逐渐转变为微服务应用的过程:

1.1 单体架构
很多创业公司早期或者传统企业会把业务的所有功能实现都打包在一个项目,这就是单体架构。业务的所有功能实现都打包在一个 WAR 包或者 JAR 包中,这种方式就称为单体架构。 如果一个项目前端 + 后端 + 数据库实现,都在一个项目中,这种架构就称为单体架构。 以大家都很熟悉的电商系统为例,电商系统包括:用户管理,商品管理,订单管理,支付管理,库存管理,物流管理等等,项目早期我们会把这些模块都写在一个 Web 项目中,然后统一部署到一个 Web 服务器中。

这种架构开发简单,部署简单,一个项目就包含了所有的功能,省去了多个项目之间的交互和调用消耗。直接部署在一个服务器即可。
1.2 集群和分布式架构
当网站的用户量越来越大,需求也会越来越多,流量也会越来越大,服务可能就会面临以下问题:
• 后端服务器的压力就会越来越大,负载越来越高,甚至出现无法访问的情况 • 业务场景逐渐复杂。为了满足用户的需求,单体应用也会越来越大。各个业务代码之间的耦合度也会越来越高。任何一个问题,都需要整个项目重新构建,发布。 • 一个微小的问题,可能会导致整个应用挂掉
我们从两个方面进行优化: • 横向:添加服务器,把单台机器变成多台机器的集群。 • 纵向:把一个应用按照业务进行拆分,拆分为多个项目。此架构也称为垂直架构

以单体结构规模的项目为单位进行垂直划分。也就是将一个大项目拆分成一个一个单体结构项目。项目和项目之间相对比较独立,接口多为数据同步功能。
集群和分布式。
• 集群 (cluster) 是将一个系统完整的部署到多个服务器上,每个服务器都能提供系统的所有服务,多个服务器通过负载均衡调度完成任务。每个服务器称为集群的节点 (node) • 分布式是将一个系统拆分为多个子系统,多个子系统部署在多个服务器上,多个服务器上的子系统协同合作完成一个特定任务。
比如: 一个饭店只有一个厨师,这个厨师负责备菜,洗菜,切菜,炒菜。 随着这个饭店的生意越来越好,这个厨师忙不过来了,饭店又请了一个厨师,新厨师和老厨师做一样的事情,也是洗菜,切菜,炒菜。这两个厨师的关系就是集群。 为了让厨师专心炒菜,饭店又请了一个配菜师,负责备菜,洗菜,切菜。厨师和配菜师的关系就是分布式。 后来一个配菜师也忙不过来了,又请了一个配菜师,这两个配菜师的关系就是集群

集群和分布式区别和联系:
从概念上。集群是多个计算机做同样的事,分布式是多个计算机做不同的事 2 . 从功能上。集群的每一个节点功能是相同的,并且可以替代的。分布式也是多个节点组成的系统,但是每个节点完成的业务是不同的,一个节点出现问题,这个业务就不可访问了。 3 . 从关系上。分布式和集群在实践中,很多时候是互相配合使用的。比如分布式的某一个节点,可能由一个集群来代替。分布式架构大多是建立在集群上的。所以实际的分布式架构设计中并不会把分布式和集群单独区分,而是统称:分布式架构








