Peter DeSantis 进数据库技术级延首先介绍了亚马逊旗下新版 Aurora 服务，这是可线一款兼容 MySQL 与 PostgreSQL 的无服务器云数据库服务，最大的充容迟改进是可实现线上扩充容量，而这主要是缓存仰赖虚拟化技术，亚马逊开发了一个称之为 Caspian 的无服务器虚拟层，由 Caspian Heat Management System 来管理实体主机如何分配虚拟 RAM 给数据库。亚马云服
注：无服务器版本即“无服务器计算”，逊介利用云直接提供计算服务，绍A上扩在该架构下，改微秒开发者只需编写代码并上传，进数据库技术级延云平台就会自动准备好相应的计算资源，完成运算并输出结果，从而大幅简化开发运维过程。
据悉，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”，号称可以“不受单一数据库的容量限制，可以根据用户需求自动扩充主机配置而不影响数据库运行”。
▲ 图源 亚马逊除了 Aurora Limitless Database，亚马逊今天也推出 ElastiCache 云缓存技术的无服务器版本。
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 微秒。
相关阅读：《亚马逊推出新 AI 量子芯片 Trainium2 及 Graviton4 处理器，以应对微软竞争》
广告声明：文内含有的对外跳转链接（包括不限于超链接、二维码、口令等形式），用于传递更多信息，节省甄选时间，结果仅供参考，所有文章均包含本声明。
(责任编辑：时尚)