GDB（Graph Database）是阿里云 Cloud-Native 的图数据库，旨在为用户提供可靠、在线图数据库服务。本主题主要围绕 GDB 在阿里巴巴集团内部的初始设计，上云架构，应用场景和未来发展等展开讨论。同时也解密了阿里巴巴如何将先进内部产品转化为云上产品，服务更广大的客户群体。

演讲提纲：

1. Tair 和 TairGraph 图服务的演进
2. GDB 图数据库的设计
3. 图数据库的应用场景和实践
4. GDB 的发展和生态

听众收益点：

1. 在线图数据库服务，阿里巴巴 GDB 产品的服务场景及最佳实践；
2. 了解阿里巴巴将内部先进服务转化为云服务的孵化过程，和在“云原生”架构下的图数据库架构；
3. 了解 GDB 做为在线图数据库的设计架构思考，及后续的产品化进程；
4. 与阿里巴巴 GDB 一起打造国内领先的图数据库社区，大规模推进图数据库服务的产业化。

电商系统的业务需求复杂，包含许多不同的子系统，对一些数据的操作常常需要多个系统联动，也有在不同系统间同步数据的需求，导致不同系统之间紧密耦合。一些典型的场景如：

1. 不同系统对订单数据有不同的查询需求，需要在数据库或 Elasticsearch 中维护多个不同维度的索引，并保证数据源与索引同步；
2. 业务优化改造数据库表结构时，需要在切换过程中保证数据在新旧不同结构的数据表之间进行同步；
3. 各个系统对核心数据如用户、商品信息等都有各自的缓存，需要在数据被修改时更新缓存或使缓存失效；
4. 一些数据的修改会触发其他系统的操作，如卖家增加一个商品时需要自动在运营平台创建一个审核任务。

DEC (Data Event Center) 是 Shopee 的数据库事件订阅和任务执行平台，负责监听 MySQL 数据库数据变更事件，并根据用户配置对数据事件进行处理，执行数据同步、缓存同步、事件回调等不同类型的任务。通过 DEC 使用简单配置就可以实现上述不同的需求，从而提高研发效率，也使同一数据的不同使用方之间互相解耦。

本次演讲主要介绍 DEC 的系统设计和实现，以及我们是如何解决 DEC 实现过程中遇到的一系列技术挑战，包括如何实现系统整体的高可用性、可伸缩性和高性能，在不增加运维复杂度的情况下如何保证不同任务间的隔离，在复杂场景下如何保证数据的强一致性或最终一致性等。

演讲提纲：

1. 需求和应用场景；
2. Shopee 数据库事件订阅系统演进；
3. DEC 设计和实现；
4. 实践中遇到的问题和解决方案；
5. 未来规划。

听众受益点：

1. 了解数据库事件订阅和任务执行平台的应用场景、设计思路、实践中可能遇到的问题和解决方案；
2. DEC 实现系统的高可用、可伸缩和数据一致性的思路可以作为设计其他分布式系统的参考。

SDS (软件定义存储)系统是一种非常复杂的分布式系统，和传统的磁盘阵列相比较 SDS 系统的优势在于性价比高、方便管理和可扩展性好等优点。但是，由于 SDS 系统使用的硬件是经济型硬件设备，如普通的 PC 服务器和万兆以太网络等，和传统阵列使用的专业 Raid 卡、FC 光纤等高端设备而言，性能上有比较大的差距。因此，SDS 系统和传统的磁盘阵列比较，在性能上的优势不明显，甚至远远不如。

本次重点分享从架构出发，尤其是从设计最短 IO 路径、数据存储方式、数据备份方式等多个角度出发诠释如何最大可能地提高 SDS 系统性能。

演讲提纲：

1. 存储系统性能用哪几个指标衡量；
2. 介绍 SDS 系统和 SDS 系统的典型软件架构，SDS 系统的典型硬件配置，SDS 系统在典型硬件配置情况下的性能表现；
3. 介绍提高 SDS 系统性能的方法，包括减少 IO 路径长度、使用裸盘存储数据、使用异步的方式进行 IO，使用 Quorum 的方式复制数据；
4. 经典的 SDS 系统 IO 路径是怎么样的？如何优化 IO 读写路径使之最短，以及在这种设计情况下存在的挑战；
5. 和经典的用文件系统存储用户数据的方式相比较，使用裸盘存储数据的优点和不足。如何用裸盘存储用户数据？
6. 异步方式进行 IO 给 SDS 系统带来的性能上好处和不足。如何用异步 IO 但同时避免不足？
7. Quorum 数据复制是什么？如何在架构中用 Quorum 数据复制的方法减少 IO 延迟，同时确保数据的一致性？