问题一：Share Log在哪些场景中被广泛应用？
Share Log在哪些场景中被广泛应用？
参考回答：
Share Log在Pub/Sub、Distributed Journal和Replicated State Machine这三大场景中被广泛应用。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/618476
问题二：Pub/Sub场景中，Share Log起到了什么作用？
Pub/Sub场景中，Share Log起到了什么作用？
参考回答：
在Pub/Sub场景中，Share Log作为可扩缩的异步消息传递服务，将生成消息的服务与处理这些消息的服务分离开来，实现了服务的解耦，大大简化了分布式应用开发。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/618477
问题三：分布式存储系统在做跨地域容灾时，为什么通常会选择基于消息队列来拖Redo Log？
分布式存储系统在做跨地域容灾时，为什么通常会选择基于消息队列来拖Redo Log？
参考回答：
因为异步复制方案要求对IO链路的影响降到最低，同时尽可能地降低RPO（Recovery Point Objective，恢复点目标）。此时，基于消息队列（如Share Log）来传递Redo Log可以满足持久性、唯一定序和线性定序的需求。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/618478
问题四：LSM-Tree中的journaling机制解决了什么问题？
LSM-Tree中的journaling机制解决了什么问题？
参考回答：
journaling机制很好地解决了写放大问题。它每次仅持久化增量的更改数据，而不需要全量数据持久化，同时通过严格顺序写入的设计大幅提升了写入性能，对于写多读少的场景尤其友好。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/618479
问题五：在Distributed Journal场景中，根据业务请求是否需要即时外显，有哪些细分场景？
在Distributed Journal场景中，根据业务请求是否需要即时外显，有哪些细分场景？
参考回答：
在Distributed Journal场景中，根据业务请求是否需要即时外显，可以细分出两个场景：1）要求即时外显，此时分布式日志系统必须单写，以保证数据一致性；2）不要求即时外显，此时分布式日志系统需要支持多写定序，以提升访问吞吐和降低请求延迟。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/618480
