SOFA Weekly | 每周精选【6/10 - 6/14】

最新推荐文章于 2019-12-06 17:00:59 发布

转载最新推荐文章于 2019-12-06 17:00:59 发布 · 365 阅读

SOFA WEEKLY | 每周精选，筛选每周精华问答

同步开源进展，欢迎留言互动

640?wx_fmt=png

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

SOFAStack 文档: https://www.sofastack.tech/

SOFAStack: https://github.com/sofastack

每周推荐阅读

每周读者问答提炼

欢迎大家向公众号留言提问或在群里与我们互动

我们会筛选重点问题通过

" SOFA WEEKLY " 的形式回复

1、@古月提问：

请问 SOFARPC 在 Docker 内怎么发布服务，怎么让容器外的服务（非同一宿主机）能访问到？

A：注册上去的地址就是映射后的地址。在 application.properties 里设置 com.alipay.sofa.rpc.virtual.host 这个属性。详见：

https://www.sofastack.tech/sofa-rpc/docs/Application-RPC-Config

2、@蒲冬提问：

关于 SOFAJRaft，leader 什么时候将日志应用于自己的状态机？我看 Raft 规范中，leader 应该是在接收到半数以上 follower 的应答之后才会应用到自身的状态机的。但在 SOFAJRaft 的代码中，我觉得 leader 是在LeaderStableClosure 中直接应用到自身状态机了，但是在 Replicator.onAppendEntriesReturned 中为什么又提交了一次，这个没懂。在代码中何处体现了 leader 是收到半数以上的 follower 应答才应用状态机的？

A：参见 BallotBox.commitAt，在这段代码里会检查每条日志的 Ballot 是否达到多数派 commit（ Ballot#isGranted 方法），如果没有，就会终止查找。找到最小已达到多数派 commit 日志 index 后（也就是 lastCommitedIndex），调用 FSMCaller#onCommitted 应用日志到状态机。

640?wx_fmt=png

另外一个问题，我看 Raft 中的数据都是存储在 LogManagerImpl 的 logsInMemory 中的，如果数据量大的时候，是否会出现内存溢出的情况。从 Raft 规范的角度看，一个新的成员加入时，leader 需要向这个新成员同步全部的数据。如果 leader 的数据量很大，那么这个同步时间是否会很长？从这个角度看，Raft 协议是否适合大量数据的一致性？

A：logsInMemory 是用来作为日志的内存缓存，加速日志的复制和应用，在应用到状态机后就会从内存里卸载。logsInMemory 保存的只是 commit 还没有 apply 的日志，并不是全部日志，日志都是写入 LogStorage 的。

也可以看看这几篇解析：

https://zhuanlan.zhihu.com/p/68052705

https://zhuanlan.zhihu.com/p/68031625

3、@孙靖皓提问：