微服务集成 Seata

文章目录

本篇文章介绍分布式架构下, 各个微服务之间要达成分布式事务, 引入 Seata 的步骤和使用方式.

引入依赖

首先,在 order-service 服务中引入依赖:

xml 复制代码
<!--seata-->
<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-seata</artifactId>
    <exclusions>
        <!--版本较低,1.3.0,因此排除--> 
        <exclusion>
            <artifactId>seata-spring-boot-starter</artifactId>
            <groupId>io.seata</groupId>
        </exclusion>
    </exclusions>
</dependency>
<dependency>
    <groupId>io.seata</groupId>
    <artifactId>seata-spring-boot-starter</artifactId>
    <!--seata starter 采用1.4.2版本-->
    <version>${seata.version}</version>
</dependency>

配置TC地址

order-service 中的 application.yml 中,配置 TC 服务信息,通过注册中心 nacos,结合服务名称获取 TC 地址:

yaml 复制代码
seata:
  registry: # TC服务注册中心的配置,微服务根据这些信息去注册中心获取tc服务地址
    type: nacos # 注册中心类型 nacos
    nacos:
      server-addr: 127.0.0.1:8848 # nacos地址
      namespace: "" # namespace,默认为空
      group: DEFAULT_GROUP # 分组,默认是DEFAULT_GROUP
      application: seata-tc-server # seata服务名称
      username: nacos
      password: nacos
  tx-service-group: seata-demo # 事务组名称
  service:
    vgroup-mapping: # 事务组与cluster的映射关系
      seata-demo: SH

微服务如何根据这些配置寻找TC的地址呢?

我们知道注册到Nacos中的微服务,确定一个具体实例需要四个信息:

  • namespace:命名空间
  • group:分组
  • application:服务名
  • cluster:集群名

以上四个信息,在刚才的 yaml 文件中都能找到:

namespace 为空,就是默认的 public

结合起来,TC 服务的信息就是:public@DEFAULT_GROUP@seata-tc-server@SH,这样就能确定TC服务集群了。然后就可以去 Nacos 拉取对应的实例信息了。

其它服务

其它参与分布式事务的微服务也都参考 order-service 的步骤来做,完全一样。

使用

在事务发起的方法上加注解: @GlobalTransactional

相关推荐
heimeiyingwang4 分钟前
【架构实战】负载均衡架构:从四层到七层
运维·架构·负载均衡
LONGZETECH16 分钟前
无人机组装调试仿真教学软件技术解析(架构+功能+落地)| 产品实测
架构·无人机·无人机仿真教学软件·无人机教学软件·无人机仿真软件
云川之下22 分钟前
【k8s】user 用户身份确定流程
云原生·容器·kubernetes
十月南城34 分钟前
结语与展望——云原生、Serverless、AIOps的趋势与融合
云原生·serverless
Joy T35 分钟前
【Web3】智能合约多环境部署架构:Mock机制与依赖注入实战
开发语言·架构·web3·区块链·php·智能合约·mock合约
帮我吧智能服务平台36 分钟前
深度拆解:“帮我吧”如何实现PaaS化架构下的“随需而建”
云原生·架构·paas
Blockchina38 分钟前
一个Web3项目从0到上线全流程(含技术架构全拆解)
架构·web3·区块链·永续去中心化交易所
gaozhiyong081343 分钟前
技术架构深度拆解:豆包与Gemini —MoE稀疏激活 vs 稠密全激活的终极对决
架构
Bruce20489981 小时前
2026 云原生安全:Rust 编写微服务网关与零信任实践
安全·云原生·rust
moton20171 小时前
TLS会话恢复机制深度解析:Session ID、Ticket 与 TLS1.3 PSK架构
数据库·网络协议·安全·架构·ssl·物联网架构