Peter DeSantis 首要介绍了亚马逊旗下新版Aurora 服务，这是一款兼容 MySQL 与 PostgreSQL 的无服务器云数据库服务，最大的改进是可完结线上扩大容量，而这主要是仰赖虚拟化技能，亚马逊开发了一个称之为 Caspian 的虚拟层，由 Caspian Heat Management System 来办理实体主机怎么分配虚拟 RAM 给数据库。
IT之家注：无服务器版别即“无服务器核算”，运用云直接供给核算服务，在该架构下，开发者只需编写代码并上传，云渠道就会主动准备好相应的核算资源，完结运算并输出成果，然后大幅简化开发运维进程。
据悉，Aurora 所运用的每一台实体主机装备容量 256GB 的 RAM，尽管 Aurora 数据库敞开服务能够正常的运用 256GBRAM，但实体主机的 RAM 并不会因而而被彻底占用，Caspian 办理软件会按照每个 Aurora 数据库服务运作所需的装备，组织恰当的实体 RAM 容量，因而每台实体主机均可搭载多项 Aurora 数据库服务，然后大幅改进核算功率，完好运用核算资源。
不过在上述机制下，若一台实体主机需求超越256 GB的RAM，因为RAM 物理约束，用户就必须手动转移到另一台主机上。DeSantis 指出，当时“无服务器核算技能暂时无法让这一功用转为全主动”，因而亚马逊运用数据库分区（Sharding）技能，将单一数据库分配到不同主机，以到达“从旁边面水平”扩大RAM的才能。
DeSantis 表明，亚马逊开发出了一个轻量化的数据恳求路由层（Request Routing Layer），该层具有快速反应扩大的特性，宣称能够“跨区域进行数据库切片与重组，并确保数据库仍然牢靠”。
结合上述两项技能，DeSantis 指出，亚马逊 AWS 总算能在本年推出真实无服务器化的 Aurora 数据库服务，即“Amazon Aurora Limitless Database”，宣称能够“不受单一数据库的容量约束，能够精确的经过用户需求主动扩大主机装备而不影响数据库运转”。
DeSantis 表明，涣散式核算体系同步数据需求仰赖同步计时，业界一般运用 Wall Clock（实际国际时刻）、Logical Clock（逻辑时刻）与 TimeKeeper 服务器，不过其间 Wall Clock 方法会因时钟的差异而导致计时同步不牢靠。
为了供给精确的同步计时，亚马逊宣称，他们在 2017 年就推出了 Amazon Time Sync服务，结合卫星与原子钟信息参照，供给与国际和谐时刻（UTC）差错仅 1 毫秒（millisecond）的同步计时。
不过 DeSantis 指出，时刻差错 1 毫秒代表着总推迟时刻是 2 毫秒，即“每秒 500 次买卖”的推迟速度，而这关于云缓存的同步来说“太慢了”。
因而，亚马逊以 Nitro 网络加快芯片为根底，规划了一个规范 48U 机柜体积的涣散式计时网络，装备独立电力支撑与一个物理原子钟，宣称能够将同步计时差错由毫秒缩短至微秒（microsecond）等级，令ElastiCache Serverless p50 的推迟压缩到 500 微秒。
