tx-lcn

Spring Cloud 分布式事务管理 在微服务如火如荼的情况下，越来越多的项目开始尝试改造成微服务架构，微服务即带来了项目开发的方便性，又提高了运维难度以及网络不可靠的概率. Spring Cloud 分布式事务管理 单体式架构 微服务架构 优点: 缺点: 分布式事务的引入 分布式事务解决方案 基于XA协议的两阶段提交 消息事务+最终一致性 TCC编程模式 具体实现 LCN ByteTCC 在说微服务的优缺点时，有对比才会更加明显，首先说一下单体式结构 单体式架构 在单体式架构中，系统通常采用分层架构模式（MVC），持久化层、表示层，业务逻辑层。架构主要存在以下问题： 系统内部互相访问，耦合紧密导致难以维护； 各业务领域需要采用相同的技术栈，难以快速应用新技术（例如使用SSH很难向SSM改造）； 对系统的任何修改都必须整个系统一起重新部署/升级； 在系统负载增加时，难以进行水平扩展； 当系统中一处出现问题，会影响整个系统； 为了克服以上缺点，微服务架构应运而生。微服务，又叫微服务架构。微服务就是一些协同工作的小而自治的服务. 微服务架构 优点: 1. 技术异构性 在不同的服务中，可以使用不同的技术来各自开发，只要保证服务间能相互协作即可 2. 弹性 当微服务中的某一个服务不可用时，不会影响整个系统，只会影响相关功能不可用 3. 扩展 易于扩展，使用小的多个服务

为什么需要Spring Cloud 两种架构模式 Monolith(单体应用)架构 在编译时，这些项目将被打包成为一个个JAR包，并最终合并在一起形成一个WAR包。接下来，我们需要将该WAR包上传到Web容器中，解压该WAR包，并重新启动服务器。在执行完这一系列操作之后，我们对服务的编译及部署就已经完成了。这种将所有的代码及功能都包含在一个WAR包中的项目组织方式被称为Monolith 缺点: 编译难，部署难，测试难 技术选择难 扩展难 MicroService(微服务)架构SOA 使用微服务架构就可以解决单体项目缺点 微服务是一种架构风格，一个大型复杂软件应用由一个或多个微服务组成。系统中的各个微服务可被独立部署，各个微服务之间是松耦合的。每个微服务仅关注于完成一件任务并很好地完成该任务。在所有情况下，每个任务代表着一个小的业务能力。 优点: 复杂度可控 独立部署 技术选型灵活 容错 扩展 Monolith&microSrvice使用场景 在刚开始的阶段，使用Microservice架构模式开发应用的效率明显低于Monolith。但是随着应用规模的增大，基于Microservice架构模式的开发效率将明显上升，而基于Monolith模式开发的效率将逐步下降 Spring Cloud介绍 Spring Cloud是一个基于Spring Boot实现的服务治理工具包

为什么需要Spring Cloud 两种架构模式 Monolith(单体应用)架构 在编译时，这些项目将被打包成为一个个JAR包，并最终合并在一起形成一个WAR包。接下来，我们需要将该WAR包上传到Web容器中，解压该WAR包，并重新启动服务器。在执行完这一系列操作之后，我们对服务的编译及部署就已经完成了。这种将所有的代码及功能都包含在一个WAR包中的项目组织方式被称为Monolith 缺点: 编译难，部署难，测试难 技术选择难 扩展难 MicroService(微服务)架构SOA 使用微服务架构就可以解决单体项目缺点 微服务是一种架构风格，一个大型复杂软件应用由一个或多个微服务组成。系统中的各个微服务可被独立部署，各个微服务之间是松耦合的。每个微服务仅关注于完成一件任务并很好地完成该任务。在所有情况下，每个任务代表着一个小的业务能力。 优点: 复杂度可控 独立部署 技术选型灵活 容错 扩展 Monolith&microSrvice使用场景 在刚开始的阶段，使用Microservice架构模式开发应用的效率明显低于Monolith。但是随着应用规模的增大，基于Microservice架构模式的开发效率将明显上升，而基于Monolith模式开发的效率将逐步下降 Spring Cloud介绍 Spring Cloud是一个基于Spring Boot实现的服务治理工具包