69 Star 466 Fork 221

Seata / seata

 / 详情

单库场景下是否应该避免使用seata

待办的
创建于  
2021-10-14 00:22

请问一下 我们的项目是单库的架构,因为业务逻辑分割成多个微服务,在实现某些逻辑时涉及到链式微服务调用,从系统架构上来看我们是应该使用seata来实现分布式事物,还是应该将代码移植到这些微服务中,这样就可以避免使用分布式事物。您可以给出一些意见么,感谢。

在我看来:分布式事物回滚是有失败的可能,所以从系统可用性来看应该应该避免使用seata。 但是从微服务的设计上来看,重复的逻辑使用远程调用的方式显然更合理。

评论 (1)

LemonSeven 创建了任务
LemonSeven 关联仓库设置为Seata/seata
LemonSeven 修改了描述
LemonSeven 修改了标题
展开全部操作日志

个人不建议同时在多个服务中同时对某张表进行修改。
例如采购、订单、售后的某些流程涉及到扣库存+库存变更日志。代码分布在多个地方不容易维护。必然有傻蛋只修改库存表不记录库存日志表, 并发也不好控制。 这也是微服务一般要隔离数据库的一部分原因

登录 后才可以发表评论

状态
负责人
里程碑
Pull Requests
关联的 Pull Requests 被合并后可能会关闭此 issue
分支
开始日期   -   截止日期
-
置顶选项
优先级
参与者(2)
Java
1
https://gitee.com/seata-io/seata.git
git@gitee.com:seata-io/seata.git
seata-io
seata
seata

搜索帮助

53164aa7 5694891 3bd8fe86 5694891