kratos分布式事务实践

叶东富
English

背景

随着业务的快速发展、业务复杂度越来越高,微服务作为最佳解决方案之一,它解耦服务,降低复杂度,增加可维护性的同时,也带来一部分新问题。

当我们需要跨服务保证数据一致性时,原先的数据库事务力不从心,无法将跨库、跨服务的多个操作放在一个事务中。这样的应用场景非常多,我们可以列举出很多:

  • 跨行转账场景,数据不在一个数据库,但需要保证余额扣减和余额增加要么同时成功,要么同时失败
  • 发布文章后,更新文章总数等统计信息。其中发布文章和更新统计信息通常在不同的微服务中
  • 微服务化之后的订单系统
  • 出行旅游需要在第三方系统同时定几张票

面对这些本地事务无法解决的场景,我们需要分布式事务的解决方案,保证跨服务、跨数据库更新数据的一致性。

dtm作为一款非常流行的分布式事务框架,已经支持了接入多种微服务框架,下面我们就来着重介绍一下go-kratos如何接入dtm,解决分布式事务的问题

运行一个例子

我们来看一个可运行的例子,然后再看如何自己开发完成一个完整的分布式事务

下面以etcd作为注册服务中心,可以按照如下步骤运行一个kratos的示例:

  • 配置dtm

    MicroService:
     Driver: 'dtm-driver-kratos' # name of the driver to handle register/discover
     Target: 'discovery://127.0.0.1:2379/dtmservice' # register dtm server to this url
     EndPoint: 'grpc://localhost:36790'
  • 启动etcd

    # 前提:已安装etcd
    etcd
  • 启动dtm

    # 请先配置好dtm的数据库
    go run app/main.go -c conf.yml # conf.yml 为你对应的 dtm 配置文件
  • 运行一个kratos的服务

    git clone https://github.com/dtm-labs/dtmdriver-clients && cd dtmdriver-clients
    cd kratos/trans
    make build && ./bin/trans -conf configs/config.yaml
  • 发起一个 kratos 使用 dtm 的事务

    # 在 dtmdriver-clients 的目录下
    cd kratos/app && go run main.go

当您在trans的日志中看到

INFO msg=config loaded: config.yaml format: yaml
INFO msg=[gRPC] server listening on: [::]:9000
2022/03/30 09:35:36 transfer out 30 cents from 1
2022/03/30 09:35:36 transfer in 30 cents to 2

那就是事务正常完成了

开发接入

参考 dtm-labs/dtmdriver-clients 的代码

// 下面这些导入 kratos 的 dtm 驱动
import (
    _ "github.com/dtm-labs/driver-kratos"
)

// dtm 已经经过前面的配置,注册到下面这个地址,因此在 dtmgrpc 中使用该地址
var dtmServer = "discovery://localhost:2379/dtmservice"

// 业务地址,下面的 busi 换成实际在 server 初始化设置的名字
var busiServer = "discovery://localhost:2379/busi"

// 发起一个msg事务,保证TransOut和TransIn都会完成
gid := dtmgrpc.MustGenGid(dtmServer)
m := dtmgrpc.NewMsgGrpc(dtmServer, gid).
  Add(busiServer+"/api.trans.v1.Trans/TransOut", &busi.BusiReq{Amount: 30, UserId: 1}).
  Add(busiServer+"/api.trans.v1.Trans/TransIn", &busi.BusiReq{Amount: 30, UserId: 2})
m.WaitResult = true
err := m.Submit()
logger.FatalIfError(err)

深入理解动态调用

在 kratos 使用 dtm 的分布式事务时,许多的调用是从 dtm 服务器发起的,例如 TCC 的Confirm/Cancel,SAGA/MSG 的所有调用。

dtm 无需知道组成分布式事务的相关业务 api 的强类型,它是动态的调用这些api。

grpc 的调用,可以类比于 HTTP 的 POST,其中:

  • "/api.trans.v1.Trans/TransIn" 相当于 URL 中的 Path。请注意这个Path一定是要从TransIn的Invoke函数实现里面找
  • &busi.BusiReq{Amount: 30, UserId: 1} 相当于 Post 中 Body
  • v1.Response 相当于HTTP请求的响应

通过下面这部分代码,dtm就拿到了完整信息,就能够发起完整的调用了

Add(busiServer+"/api.trans.v1.Trans/TransIn", &busi.BusiReq{Amount: 30, UserId: 1})

其他方式接入

kratos 的微服务还有非 etcd 的其他方式,下面列出它们的接入方式

直连

对于直连这种方式,您只需要在上面 dtm 的 etcd 配置基础上,将 Target 设置为空字符串即可。

直连的情况,不需要将 dtm 注册到注册中心

小结

欢迎使用 dtm,并 star 支持我们,一起共建 golang 的微服务生态

阅读 1.9k

933 声望
6.1k 粉丝
0 条评论
933 声望
6.1k 粉丝
文章目录
宣传栏