下一代云上分布式系统 edited

1 .下一代云上分布式系统 

2 .云时代 业务开始越来越大，机房也在以更大的 云时代带给了我们硬件上的按需灵活 速度扩张。 配置和低成本。 现象 互联网后端系统越来越复杂，流水线越 对每个子系统的可靠性提出了更高的 来越长 要求 问题 ! 单机可靠性并不能被保证，甚至非常脆弱 2 

3 . 今天讨论的分布式系统的定义 Redis 集群是不是分布式系统？ 本质上只是单机系统的多部署，本质上 只是非常基础的使用了云的能力。 多个网络节点，通过互相通信、协作完成 对外服务。 DNS ○ 过于简单的交互 ○ 非常早期的实践。 3 

4 .云上分布式系统解决的问题 突破单机可靠性极限 实现更大规模的分布式系统 进一步提升系统容量 4 

5 .云上分布式系统的理论们 Leslie B. Lamport Diego Ongaro & John Ousterhout ● time, clocks, and the ordering of ● In Search of an Understandable Consensus events in a distributed system Algorithm ● Paxos Made Simple 5 

6 . 现有云上分布式核心系统 Etcd，分布式KV式锁服务 TiDB 类似的分布式关系型数据库系统 Temporal 类似的分布式业务流引擎 6 

7 .现有云上分布式核心系统 像Etcd一样轻量，不需要TiDB一样的通用，可以完成一部分Temporal的功能。 7 

8 . Airwallex对分布式系统的需求 进一步压缩延迟，最好能够在同机房内 ETCD的功能不足以满足我们对金融行 不需要工程师来编写枯燥又容易出错 实现接近RTT的2～3倍以内（若干毫 业的需求，希望能够直接完成很多业务操 的DAL代码。 秒）。 作，而不需要借助KV操作来模拟。 8 

9 . Airwallex共识基础开发框架 ● 对于有强一致保证下的低延迟需求系统，并不只有Workflow这一个使用场景。 ● 现有市面上的Consensus library对于二次开发者都不是很友好。 ● 基于分布式日志/轻量化内嵌MQ的共识App快速开发。 9 

10 . 低延迟分布式日志/轻量化MQ ● 整体接口非常接近一个Channel，有在send() 之后通过persist之后才会被recv()函数获取。 ● 有一个leader election 接口，来检查当前leader。 ● 类似的，但是倾向于高吞吐的解决方案 [Link] 10 

11 . MQ接口相比KV接口的优势 ● 更灵活，方面二次开发人员实现各种功能。 ● 更贴近consensus的本质，latency更低。 11 

12 .Q&A 

13 .Thank you