一、微服务中的相关概念
1.1 服务注册与发现
服务注册:服务实例将自身服务信息注册到注册中心。这部分服务信息包括服务所在主机 IP 和提供服务的 Port,以及暴露服务自身状态以及访问协议信息。
服务发现:服务实例请求注册中心获取所依赖服务信息。服务实例通过注册中心,获取到注册到其中的服务实例的信息,通过这些信息去请求它们提供的服务。
1.2 负载均衡
负载均衡是高可用网络基础架构的关键组件,通常用于将工作负载分布到多个服务器来提高网站、应用、数据库或其他服务的性能和可靠性。
比如说,某个微服务节点为了实现高可用,而搭建了集群,那么当有请求访问该微服务节点时,服务该调用集群中的哪一个,此时就需要负载均衡。
1.3 熔断
熔断这一概念来源于电子工程中的断路器(Circuit Breaker)。在互联网系统中,当下游服务因访问压力过大而响应变慢或失败,上游服务为了保护系统整体的可用性,可以暂时切断对下游服务的调用。这种牺牲局部,保全整体的措施就叫做熔断。
1.4 链路追踪
随着微服务架构的流行,服务按照不同的维度进行拆分,一次请求往往需要涉及到多个服务。互联网应用构建在不同的软件模块集上,这些软件模块,有可能是由不同的团队开发,可能使用不同的编程语言来实现,有可能部署在了几千台服务器上,横跨多个不同的数据中心。因此,就需要对一次请求涉及的多个服务链路进行日志记录、性能监控。
1.5 API 网关
随着微服务的不断增多,不同的微服务一般会有不同的网络地址,而外部客户端可能需要调用多个服务的接口才能完成一个业务需求,如果让客户端直接与各个微服务通信可能出现:
- 客户端需要调用不同的 URL 地址,增加难度
- 在一定的场景下,存在跨域请求的问题
- 每个微服务都需要进行单独的身份认证
针对这些问题,API 网关顺势而生。
API 网关直面意思是将所有 API调用统一接入到 AP 网关层,由网关层统一接入和输出。一个网关的基本功能有:统一接入、安全防护、协议适配、流量管控、长短链接支持、容错能力。有了网关之后,各个 API 服务提供团队可以专注于自己的业务逻辑处理,而 AP 网关更专注于安全、流量、路由等问题。
二、SpringCloud 的架构
2.1 SpringCloud 中的核心组件
SpringCloud 的本质是在 SpringBoot 的基础上,增加了一堆微服务相关的规范,并对应用上下文(ApplicationContextAwareProcessor)进行了功能增强。既然 SpringCloud 是规范,那么就需要去实现,目前 SpringCloud 规范已有官方,SpringCloud Netflix,SpringCloud Alibaba 等实现。通过组件化的方式,SpringCloud 将这些实现整合到一起构成全家桶式的微服务技术栈。
SpringCloud Netflix 组件
组件名称 | 作用 |
---|---|
Eureka | 服务注册中心 |
Ribbon | 客户端负载均衡 |
Feign | 声明式服务调用 |
Hystrix | 客户端容错保护 |
Zuul | API服务网关 |
SpringCloud Alibaba
组件名称 | 作用 |
---|---|
Nacos | 服务注册中心 |
Sentinel | 客户端容错保护 |
SpringCloud 原生及其他组件
组件名称 | 作用 |
---|---|
Consul | 服务注册中心 |
Config | 分布式配置中心 |
Gateway | API服务网关 |
Sleuth/Zipkin | 分布式链路追踪 |
2.2 SpringCloud 的体系结构
从上图可以看出 SpringCloud 各个组件相互配合,合作支持了一套完整的微服务架构
- 注册中心负责服务的注册与发现,将各服务连接起来
- 断路器负责监控服务之间的调用情况,连续多次失败进行熔断保护
- API 网关负责转发所有对外的请求和服务
- 配置中心提供了统一的配置信息管理服务,可以实时通知各个服务获取最新的配置信息
- 链路追踪技术可以将所有的请求数据记录下来,方便我们进行后续分析
- 各个组件又提供了完善的 dashboard 监控平台,可以方便的监控各组件的运行状况。