1.再会微干事麻豆 女同
任何新技巧的出现齐是为了解决面前技巧或者业务遭逢的痛点。
在讲微干事之前，咱们需要先聊一下系统架构的演变经由。
任何公司的系统架构不是说上来即是搞微干事，而是有一个赓续升级调动的经由。
1.单体运用架构
在互联网早期，好多公司的形状齐是单体运用架构。何为单体形状？
即是在一个形状里包含了 controller 层、service 层、dao 层，用户、订单、商品等通盘模块全写在一个形状里，然后再把这个形状打包成一个 jar 包，部署到一台干事器上。
2.垂直运用架构
垂直运用架构即是将一个大系统拆分红多个小系统。举例正本公司的一个形状包含了 OA 系统、CRM 系统、后台系统等，面前需要将这些系褪色齐拆分出来。
每个系统有单独的 controller 层、service 层、dao 层。
3.分散式架构
分散式架构即是抽取系统世界的功能作为一个干事，举例用户干事、订单干事、商品干事等。
然后将这些干事单独部署在干事器上。
你不错蚁集为每个干事齐是一个 springboot 形状，这些 springboot 形状打成 jar 包之后差异部署在干事器上，这些不同的干事构成了一个干事集群。
你不错在某个 springboot 项目的 controller 层汉典调用另外一个 springboot 项目的 controller 。
4.分散式 SOA 架构
SOA 全称为 Service-Oriented Architecture，即面向干事的架构。
SOA 架构即是在分散式架构的基础之上增多了一个调理中心，这个调理中心厚爱对干事进行保养和治理。
面前相比火的 Dubbo 框架即是分散式的 SOA 架构。
5.微干事架构
微干事架构和分散式 SOA 架构有点像，两者齐属于典型的分散式组件的系统结构。
微干事是在 SOA 上作念的升华，微干事架构强调的一个重心是"业务需要澈底的组件化和干事化"。
2.SpringCloud
SpringCloud 是一个包含多个框架的开拓用具集。它以 Spring Boot 为基础达成了好多功能：干事注册、干事发现、负载平衡等。
SpringCloud 是在好意思国 Netflix 公司开源的组件上头进行了封装，提供了微干事一栈式的解决决策，简化了分散式架构的开拓。
SpringCloud 中枢组件：
eureka、consul
openfeign
hystrix
zuul、gateway
config
是以你不成说 SpringCloud 即是微干事，微干事是一种分散式的架构决策，SpringCloud 是一套达成微干事架构的技巧。
3.环境搭建
SpringBoot 版块：2.7.8
spring-cloud 版块：2021.0.5
新建 Maven 父子工程形状，其中父形状仅用来不休依赖的版块，是以 packaging 设立为 pom。
接下来按序训诫 SpringCloud 的中枢组件。
4.干事注册中心
干事注册中心主要完成对通盘微干事系统的干事注册、发现、监控和不休功能。
SpringCloud 提拔多种注册中心： Eureka、Consul、Zookeeper、Nacos。
这里咱们先选用 Eurake 作为注册中心，后头会训诫 SpringCloud Alibaba 的 Nacos。
1.在父工程底下新建子 Module，这里定名为 eureka-server
2.引入依赖：
3.设立 application.yml：
4.SpringBoot 启动类增多注册中心的注解：
启动形状之后发现报错：
报错原因：
eureka 组件包含 server 和 client。server 是一个干事注册中心，主要用来注册客户端，client 是干事的客户端。启动形状之后，Eureka 会把我方动作念干事的客户端，然后我方注册我方。
当形状启动时注册中心还莫得创建好，是以 client 找不到注册中心就径直报错了。
这里咱们不错关闭 Eureka 我方注册我方：
再次启动，看望注册中心的网址：
接下来咱们开拓 Eureka 的客户端，也即是每一个干事：
5.在父形状下差异创建两个 SpringBoot 形状：product-service 和 user-service。
然后差异引入两个依赖：
org.springframework.cloud spring-cloud-starter-netflix-eureka-client org.springframework.boot spring-boot-starter-web
6.差异设立 application.yml
其中 spring.application.name 为每个干事的称号
然后在每个启动类上添加 Eureka 客户端的注解：
刷新注册中心的网址，发现得胜注册了两个干事：
5.干事通讯组件
前边咱们先开拓了一个干事注册中心，然后向注册中心注册了两个干事：user-service 和 product-service。
那这两个干事之间若何通讯呢？
你可能会说这两个干事不是在一个形状上吗？不是不错径直通讯吗？
切记！不要被名义气候招引！
当先这两个干事齐是 SpringBoot 形状，而 SpringBoot 形状内嵌 tomcat 干事器，是以这两个干事终末齐需要打成 jar 包，然后放在不同的干事器上运转。
是以接下来要解决的问题即是两个干事器上运转的 SpringBoot 形状若何通讯？
Feign 组件闪亮登场。
Feign 是声明式的 web service 客户端，它让微干事之间的调用变得更简短了，就有时你在 controller 层调用 service 层雷同丝滑。
接下来讲一下若何使用 Feign 组件达成干事间的通讯：
1.user-service 干事
新增 UserController
2.product-service 干事
1.新增 feign 依赖：
2.启动类开启 feign 注解：
3.引入 user 干事的 feign 接口：
4.注入 feign 接口，然后在 Controller 调用
3.回顾
如安在一个干事内部通过 feign 组件调用另外一个干事的法度？比如在 product 干事内部调用 user 干事的法度？
1.在 product 干事 内部引入 Feign 的依赖
2.在 product 干事的启动类上头开启 Feign 注解
3.开拓 user 干事的 Feign 接口
指明要调用的是哪个干事
调用法度旅途、参数要和 user 干事保抓一致
4.在 product 干事中引入 user 干事的 Feign 接口，并调用该干事的法度
6.干事网关
提及网关，大众第一反映应该会念念到家里的路由器。
路由器主要用来蚁集不同收罗，在收罗间起网关的作用。
而微干事的网关在通盘微干事架构中饰演了好多伏击变装：
接下来咱们训诫 Spring Cloud 的网关组件：gateway
1.在父形状底下新建 moudle 子模块：gateway
2.引入依赖：
3.设立 application.yml
其中 routers 即是路由转发
id: 干事的名字
uri: 要转发的干事
predicates: 肯求旅途
lb:// 暗意负载平衡
通过网关斡旋看望其他干事：
麻豆 女同