作者为冰河忠实粉丝，可以加入【冰河技术】知识星球获取源码，也可以关注【冰河技术】公众号，加入社群学习，学习氛围好，干货满满。
1 微服务
1.1 微服务
微服务最主要的功能是根据业务拆分成一个一个的子服务，实现功能的去耦合，每一个微服务提供单个业务功能的服务，各司其职。
1.2 微服务与单体架构区别
- 模块化 | 单一应用
- 微服务架构将一个大型的应用系统拆分为多个小型的独立服务，每个服务专注于解决特定的业务问题。而单体架构通常是一个单一的应用程序，所有功能模块都打包在一起。
- 松耦合 | 紧耦合
- 微服务架构中各个服务之间是相对独立的，它们通过定义的API进行通信，因此具有更松散的耦合度。而单体架构中各个模块之间往往是紧密耦合的，彼此之间的依赖性较高。
- 分布式部署 | 集中部署
- 微服务架构中的各个微服务可以被部署到不同的主机甚至不同的数据中心，而单体架构是以单一的应用程序形式部署在一个或少数几个服务器上。
- 独立技术栈 | 统一技术栈
- 在微服务架构中，每个微服务可以使用不同的编程语言、框架和数据存储技术，而在单体架构中，整个应用程序通常使用统一的技术栈。
- 水平扩展 | 垂直扩展
- 微服务架构更容易实现水平扩展，即通过增加更多的服务实例来应对高负载。而单体架构更倾向于垂直扩展，即通过增加单个应用程序的资源（如CPU、内存）来提高性能。
- 灵活性 | 复杂性
- 微服务架构具有更好的灵活性，可以更快地响应变化的需求，并且支持不同团队独立开发、测试和部署各自的服务。但与此同时，微服务架构也带来了分布式系统的复杂性和服务治理的挑战。
微服务架构强调了系统的模块化、松耦合、分布式部署和独立自治性，适用于复杂、大规模的系统和需要高度灵活性的场景。而单体架构则更适用于小型应用或者对开发团队技术要求不高的场景。
1.3 设计原则
- 单一职责原则：每个微服务只负责解决一个明确的业务问题，不应该涉及其他模块的业务逻辑。
- 接口隔离原则：微服务之间的通信应该通过定义清晰的API实现，每个微服务不应该依赖于其他微服务的内部实现细节，从而实现独立演化和自治性。
- 自治性：每个微服务都是相对独立的，它们应该能够自主地进行开发、测试、部署和运行。微服务之间应该尽可能减少依赖关系，从而提高系统的健壮性和可靠性。
- 松耦合性：微服务架构强调模块化、解耦和组合。每个微服务应该专注于特定的业务领域，避免过于庞大、复杂或臃肿。
- 分布式系统的复杂性：微服务架构中的各个微服务都是分布式部署的，因此需要考虑网络延迟、数据一致性、故障处理等分布式系统的复杂性问题。
- 可伸缩性：微服务架构应该具有高度的可伸缩性，可以根据需要动态地增加或减少服务实例的数量。同时需要注意服务之间的负载均衡，以避免出现单点故障。
- 可观察性：微服务架构需要具备良好的可观察性，包括日志、指标和跟踪等方面。这些信息可以帮助开发人员和运维人员更好地监控和诊断系统的运行情况。
2.微服务常见概念
2.1 服务调用
将一个系统拆分成各个微服务后，各个微服务之间协同工作才能对外提供完整的服务，这就涉及到各个 微服务之间的调用问题。目前各个微服务之间一般会采用Restful接口或者RPC协议的方式进行调用。
2.1.1 Restful接口
Restful接口一般是基于HTTP协议实现的，这种协议使用上比较广泛，几乎所有的编程语言都支持HTTP协议。
2.1.2 RPC协议
RPC是一种远程过程调用，能够做到像调用本地服务一样调用远程服务。RPC框架在底层屏蔽了数据的 传输方式，序列化方式和交互的细节信息，让使用RPC框架开发微服务的人员觉得更加简单，实现起来 更加容易。
2.2 服务治理
服务治理，自动化的管理各个微服务，核心的功能就是服务的注册、发现和剔除。
2.2.1 服务注册
各个微服务实例在启动时，能够将自身提供的服务注册到某个注册中心。
2.2.2 服务发现
当某个微服务将自身提供的服务注册到注册中心时，其他微服务实例能够通过注册中心感知到这个微服务提供的服务，并且能够获取到这个微服务的实例信息，通过这个微服务的实例信息就能够调用这个微服务的方法，来进行相应的读写操作。
2.2.3 服务剔除
如果某个微服务实例出现故障，或者连接一直超时，则注册中心会认为当前微服务实例不可用，就会将这个微服务实例剔除出注册中心，使其不再被其他微服务感知到和调用到。
2.3 注册中心
提供微服务注册、发现和剔除功能的服务组件。
2.4 服务网关
服务网关是所有微服务的入口，客户端在访问各个微服务时，首先需要经过服务网关。接入服务网关后，会将所有API的调用统一接入到API的网关层，由网关层统一接收参数进行路由转发，将返回的结果数据返回给客户端。
通常情况下，一个服务网关最基本的功能包括：统一接入、限流、熔断、降级、安全防护、协议适配、容错等等。主要专注的是对系统安全、流量和路由等的管理。
2.5 服务限流
在高并发大流量场景下，经常会出现某个服务或者接口因为调用的流量过大而导致不可用的情况，由于某个服务或者接口的不可用，可能还会导致整个系统崩溃。此时，就会对系统采取限流的手段来进行防护，当请求达到一定的频率或者速率时，对这些请求采取排队、等待、降级等策略，甚至是拒绝服务。
2.6 服务熔断
如果某个服务出现故障不可用，或者调用超时，为了不让其他服务受到牵累而导致整个系统不可用，则断开与这个服务的连接，暂停对这个服务的调用。
2.7 服务降级
服务降级主要是从整个系统的负载情况进行考虑，如果某些服务的负载情况比较高，则为了预防某些功能出现负载过高而导致响应慢的问题，会在提供这些功能的方法内部暂时舍弃对一些非核心功能接口的调用，直接返回一个提前准备好的错误处理信息。 服务降级是有损服务，但是能够保证整个系统的稳定性和可用性。
2.8 服务容错
服务容错指的是微服务能够容纳一定错误情况的发生。从某种意义上说，服务限流、服务熔断和服务降级都是服务容错的措施。
2.9 链路追踪
当系统被拆分成各个微服务后，一次请求往往会涉及到多个服务之间的调用关系。如果系统出现问题，则会增加定位问题的难度。为了解决这个问题，就需要对一次请求涉及到的多个服务链路的日志进行追踪和记录，一方面可以记录调用的链路，另一方面还可以监控系统中各个调用环节的性能，这就是链路追 踪。
3 SpringCloud Alibaba
SpringCloud Alibaba是阿里开源的一套微服务解决方案，包含各种微服务组件，能够极大的方便开发人员构建微服务应用。
3.1 主要功能
-
服务限流降级：默认支持 WebServlet、WebFlux、OpenFeign、RestTemplate、Spring Cloud Gateway、Zuul、Dubbo 和 RocketMQ 限流降级功能的接入，可以在运行时通过控制台实时修改限流降级规则，还支持查看限流降级 Metrics 监控。
-
服务注册与发现：适配 Spring Cloud 服务注册与发现标准，默认集成对应 Spring Cloud 版本所支持的负载均衡组件的适配。
-
分布式配置管理：支持分布式系统中的外部化配置，配置更改时自动刷新。
-
消息驱动能力：基于 Spring Cloud Stream 为微服务应用构建消息驱动能力。
-
分布式事务：使用 @GlobalTransactional 注解， 高效并且对业务零侵入地解决分布式事务问题。
-
阿里云对象存储：阿里云提供的海量、安全、低成本、高可靠的云存储服务。支持在任何应用、任何时间、任何地点存储和访问任意类型的数据。
-
分布式任务调度：提供秒级、精准、高可靠、高可用的定时（基于 Cron 表达式）任务调度服务。
同时提供分布式的任务执行模型，如网格任务。网格任务支持海量子任务均匀分配到所有 Worker
（schedulerx-client）上执行。 -
阿里云短信服务：覆盖全球的短信服务，友好、高效、智能的互联化通讯能力，帮助企业迅速搭建客户触达通道。
除了上述所具有的功能外，针对企业级用户的场景，Spring Cloud Alibaba 配套的企业版微服务治理方案 微服务引擎 MSE 还提供了企业级微服务治理中心，包括全链路灰度、服务预热、无损上下线和离群实例摘除等更多更强大的治理能力，同时还提供了企业级 Nacos 注册配置中心，企业级云原生网关等多种产品及解决方案。
3.2 主要组件
-
Sentinel：把流量作为切入点，从流量控制、熔断降级、系统负载保护等多个维度保护服务的稳定
性。 -
Nacos：一个更易于构建云原生应用的动态服务发现、配置管理和服务管理平台。
-
RocketMQ：一款开源的分布式消息系统，基于高可用分布式集群技术，提供低延时的、高可靠的
消息发布与订阅服务。 -
Dubbo：Apache Dubbo™ 是一款高性能 Java RPC 框架。
-
Seata：阿里巴巴开源产品，一个易于使用的高性能微服务分布式事务解决方案。
-
Alibaba Cloud OSS: 阿里云对象存储服务（Object Storage Service，简称 OSS），是阿里云提供
的海量、安全、低成本、高可靠的云存储服务。您可以在任何应用、任何时间、任何地点存储和访
问任意类型的数据。 -
Alibaba Cloud SchedulerX: 阿里中间件团队开发的一款分布式任务调度产品，提供秒级、精准、
高可靠、高可用的定时（基于 Cron 表达式）任务调度服务。 -
Alibaba Cloud SMS: 覆盖全球的短信服务，友好、高效、智能的互联化通讯能力，帮助企业迅速
搭建客户触达通道。
1862
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
