局部文字摘录自：https://gitbook.cn/books/5d82…
微服务架构的定义，就是将原来的单体利用按任务范畴来划分为多个小的模块，每个微服务运行在本人的过程中，互相不产生影响，齐全自动化独立部署，并应用轻量级机制通信，通常是 HTTP RESTUFUL API，可对各微服务进行集中管理。
Spring Cloud 蕴含如下的外围组件：
- 服务注册与发现：Eureka、Consul、Zookeeper
- API 网关：Zuul、Spring Cloud Gateway
- REST 调用：Feign
- 负载平衡：Ribbon
- 容错解决：Hystrix
- 链路追赶：Sleuth、Zipkin
- 配置管理：Config
服务注册与发现组件次要解决两个问题：服务注册和服务发现。
- 服务注册 ：服务实例将本身服务信息注册到注册核心。这部分服务信息包含服务所在主机 IP 和提供服务的 Port，以及裸露服务本身状态以及拜访协定等信息。
- 服务发现 ：服务实例申请注册核心获取所依赖服务信息。服务实例通过注册核心，获取到注册到其中的服务实例的信息，通过这些信息去申请它们提供的服务
API 网关能够做一下事件：
- 对立入口
- 对立限流
- 对立认证鉴权
- 动静路由制订和批改
- 负载
- 服务容错提价
- 版本控制
- 对立监控日志记录
- 协定转换：如 HTTP => RPC 协定
- 缓存
- 动态
- 灰度：线上灰度部署，能够减小危险
REST 调用的形式。个别状况咱们发送一个 HTTP 申请，可能是采纳残缺域名或者 IP 加 URI 接口的形式，然而咱们不可能为每个服务都调配一个域名，这是不事实的；咱们也不可能间接通过 IP 的形式调用，一是 IP 可能会太多，最次要的是 IP 会常常变动，那样又会改变代码，多麻烦。
有了 Feign 这个工具，这些问题都不存在了。
Feign 是一个申明式 WebService 客户端，旨在使编写 Java HTTP 客户端变得更容易。应用 Feign 能让编写的 WebService 客户端更加简洁，它的应用办法很简略，就是定义一个接口，而后在下面增加注解。
负载平衡
负载平衡好了解，咱们的一个微服务为了进步性能可能会部署多台，这个时候就须要将压力扩散到每台服务器上，Ribbon 就是来干这个事件的。
容错解决
随着业务的扩大，服务的数量也会随之增多，逻辑会更加简单，一个服务的某个逻辑须要依赖多个其余服务能力实现。一旦一个依赖不能提供服务很可能会产生雪崩效应，最初导致整个服务不可拜访。
Hystrix 熔断就是为了防止服务的雪崩产生，当 A 服务调用 B 服务时，如果 B 服务不能疾速响应，Hystrix 就会在肯定工夫内做熔断解决，放回默认为值。
链路追赶、配置管理
链路追踪
次要是为了不便排查问题，咱们的一个服务可能要调用多个微服务能力实现所有操作，当某个服务报错出现异常了怎么疾速定位是哪个服务报错了呢？咱们不可能把所有的服务日志都关上察看吧，链路追踪就是为了不便咱们查看微服务的调用链，让我疾速定位那个服务呈现了异样。
常见的链路追踪有 Sleuth、Zipkin、Skywalking 等。
配置管理
咱们的我的项目外面除了常见的配置数据库、缓存等外，可能还有很多的其余配置，比方：某些三方服务域名，账号密钥等。当然这些配置也齐全能够都放在我的项目外面的配置文件中，然而当你要批改配置，可能就要重启服务能力使新的配置失效。
有方法能够动静的批改配置，并且在不重启服务的状况下让配置失效吗？必定有。Spring Cloud Config 就帮咱们实现了咱们想要的性能，还有性能更弱小的配置管理服务，携程开源的 Apollo② 分布式配置核心，你指的领有。
容器化部署
当咱们在应用微服务的时候，那么有一个问题肯定会困扰咱们，那就是我的项目的测试和部署。
因为在单体利用下，部署我的项目很简略，间接打包启动就能够了，而对于微服务来说，因为有各个组件的存在所以让测试和部署都变得很麻烦，而且有时还因为环境配置等差别导致动向不到的问题。而容器化是微服务部署一把利剑，统一标准，让我的环境高度一致，不便咱们疾速的部署上线利用。