SOFA Weekly | MOSN 项目更新及直播预告

SOFAStack（Scalable Open Financial Architecture Stack）是蚂蚁集团自主研发的金融级云原生架构，包含了构建金融级云原生架构所需的各个组件，包括微服务研发框架，RPC 框架，服务注册中心，分布式定时任务，限流/熔断框架，动态配置推送，分布式链路追踪，Metrics 监控度量，分布式高可用消息队列，分布式事务框架，分布式数据库代理层等组件，也是在金融场景里锤炼出来的最佳实践。

1、@王钢 提问：

https://github.com/sofastack-guides/kc-sofastack-dynamic-demo/issues/11

基于 SOFAArk 和 SOFADashboard 实现动态模块管控时遇到宿主应用能够下载biz安装成功，但是不能在zookeeper下生成对应的/apps/biz节点，导致管理端不能更新状态，不知道应该怎么排查解决。使用的 ZK 版本是 3.4.10。

A：可以 debug 下写 /apps/biz 的逻辑，这里是不是宿主客户端没有连接上来，具体可以看一下：

https://github.com/sofastack/sofa-dashboard-client

SOFADashboard 之前只做了一个简单的模型，后面陆续其他同学也在上面做了一些开发，如果有兴趣可以一起参与共建哈。

SOFADashboard：https://github.com/sofastack/sofa-dashboard

2、@钟文豪 提问：

SOFAJRaft 是如何计算 commitIndex 的呢？

A：可以看看这个文档：

https://www.sofastack.tech/projects/sofa-jraft/raft-introduction/

SOFAJRaft：https://github.com/sofastack/sofa-jraft

3、@张潇 提问：

各位好，问个概念的问题。我三个服务 A,B,C，在 A 服务方法加了 @GlobalTransactional，调用 B ，C。启动三个服务的时候看 Seata 日志 ,A,B,C 服务每一个都是 RM 也是 TM。是这样的吗？不是 A 服务才是 TM 吗？

A：在你这个事务当中，A 是对应着 TM，B、C 对应着 RM。但是在注册的时候，他们都同时向 seata-server 注册了 TM 和 RM，意味着他们可以作为 TM，也可以作为 RM。比如你有一个全局事务从 B 发起的，那这个时候他就是 TM。如果你认为你的业务场景中 B、C 这两个服务不会作为 TM 存在，你也可以把 TM 相关的配置删了，然后他就不会去注册 TM 了。可以从定义上去看 TM 和 RM，会发起全局事务的就是 TM，对应着数据库资源的就是 RM。一个服务可能只是 TM，也可能只是 RM，也可能都是。

Seata：https://github.com/seata/seata

传统 CDN 节点内组件间通信通过 IP 分组渲染的方式实现，当更多参差不齐的异构节点资源出现的时候则不再能很好地满足我们的需求。

本期主要分享阿里云将传统的 CDN 节点改造成微服务架构的落地过程，主要使用了蚂蚁 SOFAStack–Service Mesh 的数据面 MOSN，主要分为两个阶段，第一个阶段是由传统 CDN 节点到数据面先行的微服务架构，通过数据面 MOSN+coredns 实现服务发现；第二个阶段是由数据面先行到数据面+控制面的标准 Service Mesh 架构。根据我们的落地和改造经验，介绍基于 MOSN+coredns/Istio 的 Service Mesh 架构改造的实际案例。上期分享了《Service Mesh 在 CDN 边缘场景的落地实践》，大家也可以温故一下～