rainyonelove的专栏

springcloud现在有很多版本，如：springcloud Azure，springcloud Alibaba，Spring Cloud AWS等等。但是他们的整体架构基本类似，基础单元都是构建于springboot之上。是微服务系统的一站式解决方案，微服务框架中常见的组件如：服务发现注册、配置、消息、负载均衡、熔断、限流、监控等在各个框架中都有。国内用的比较多的是springcloud 原生和springcloud Alibaba。我们这边以springcloud Alibaba为例做相应的介绍。

微服务网关（Microservices Gateway）是微服务架构中的一个关键组件，作为系统与外部世界的接口，负责管理和处理微服务之间的通信、路由、负载均衡、认证、安全等功能。它充当了微服务架构的入口，为客户端提供了一个统一的API，隐藏了内部微服务的复杂性，提供了一致的访问方式。

在单体应用程序中，事务通常是在单个数据库或单个操作系统中管理的，而在微服务架构中，事务需要跨越多个服务和数据库，这就使得事务管理变得更加复杂和困难。

百度百科的解释：通信是指人与人或人与自然之间通过某种行为或媒介进行的信息交流与传递，从广义上指需要信息的双方或多方在不违背各自意愿的情况下采用任意方法、任意媒质，将信息从某方准确安全地传送到另方。维基百科的解释：通信是发送者通过某种媒体以某种格式来传递信息到收信者以达致某个目的。广义上，任何信息的交通都是通信，狭义上的通信专指以电为载体进行的信息交流，所以很多时候，“通信”与“电信”的含义相近，不特别加以区分。通信技术拉近了人与人之间的距离，提高了通信的效率，深刻的改变了人类的沟通方式。

对于一个程序员来说，他的终极目标，绝大部分可能就是架构师，公司里总会有那么几个神秘人物以架构师的title存在，要想成为架构师，首先得了解神秘是架构，那么到底什么是架构呢？维基百科、百度等都有很多回答，但是我同意《微服务架构模式》这本书的作者克里斯·理查森（Chris Richardson）的观点：计算机系统的软件架构是构建这个系统所需的一组结构，包括软件元素、它们之间的关系以及两者的属性。也就是说软件架构师要做的就是将系统拆分成不同的软件元素、设计出它们直接的关系、以及各个元素的属性。

只有当业务规模发展到一定程度，业务复杂度对于单体应用很难应付的时候，拆分出来的模块能够相对独立解耦且可以独立迭代交付时。我们可以考虑采用微服务架构设计，总之，选择微服务架构时，需结合实际需求和团队技术水平，权衡利弊，合理规划和设计微服务架构。

微服务（Microservice）是一种以服务为中心的软件架构模式，按照我们之前文章的讨论，他是为了解决单体应用复杂度问题的一个手段，将复杂的单体应用，通过不同的方法拆分成合理的一系列微小的服务，每个服务负责一个特定的业务功能，可以独立开发、部署和扩展，独自为一个进程，可以是不同的语言开发，服务间采用轻量级的通讯协议如http、消息队列等进行交互，多个服务组合形成一个微服务体系，服务间松耦合并高度自治。

单体应用（Monolithic Application）是指将整个应用程序作为一个单一的代码库和部署单元的软件架构模式。在单体应用中，所有的功能模块、组件和服务都集中在一个应用中，它们共享同一个数据库和资源。

顾名思义，单体应用就是只有一个应用，覆盖了所有业务模块，包含前端、后台、数据库等。独立部署在web容器中，对外提供服务。随着访问量不断增大，单体应用越来越力不从心，大家想到的就是通过集群来提高应用的并发能力，集群确实能解决一部分问题，然而随着并发越来越高，数据库逐渐成为了瓶颈，扩大数据库连接数、提升数据库机器性能再到数据库做ha，再到数据库分库分表。