你可能已经了解Amazon Aurora。Aurora是一个完全管控的，并且可以自动扩展到64TB的数据库存储，可以支持MySQL适配或者PostgreSQL适配。当你创建一个Aurora数据库实例时，你需要选择想要的实例大小，也有选项选择使用读取副本的方式增加读吞吐量。如果你的计算需求或者查询速率改变了，你可以选择修改实例大小或者根据需要修改读取副本的数量。在负载主要涉及到请求速率和计算需求，并且负载情况能被提前预测的环境下，这种模型很有效。
在某些情况下，负载有可能不够连续，或者不可被预测，有可能每天或者每周会突然爆发大量的请求，而这种情况却只持续几分钟或者几小时。抢购，突发事件，在线游戏，工作汇报（每小时或者每日），开发/测试，全新应用都符合这种情况。安排恰好合适的资源是很大的一项工作；为了保证稳定运行而在这上面花费很多精力就似乎不是太明智了。
准备好 Amazon Aurora 无服务器化
今天我们开放了Amazon Aurora无服务器化服务的预览 (点击注册)版本。专为多变的负载和快速的变更而设计的，新的配置可以让你只为你使用的数据库资源按秒付费。
去服务器化模型是基于Aurora架构 (了解更多：Design Considerations for High-Throughput Cloud-Native Relational Databases)，并将计算和存储部分分离开来而构建的。不同于以往的首先选择将数据库实例建立起来，用户首先创建一个endpoint，设置需要的最小和最大性能，然后向endpoint发送请求。endpoint就是一个简单的代理，将你的查询路由到一个可以快速扩展的数据库资源流（fleet）上。这保证在扩容操作发生时你的连接依然保持连接。扩容很快，新资源能在5秒钟内上线。下面这幅图展示如何工作：
由于存储和计算是分开的，你可以在其他使用率降为0时只需为存储付费。我认为这真的很棒，我希望这能引领新型的即时生效应用的创新。扩容只需秒级，而构建工作则发生在一直等待为你的请求服务的“热”资源池上。特别是基于现有缓存和缓冲内容的构建，新增的资源可以全力处理。你可以几乎不需要任何额外开销就将你现有的Aurora数据库进行无服务器化。
Amazon Aurora Serverless基于Aurora Capacity Units付费（ACU），ACU代表计算能力和内存的组合。每个新增资源至少购买1分钟的ACU，之后的使用按秒进行计算。
敬请关注
我会在2018年初给出更多的Amazon Aurora去服务器化的信息。我们目前的计划是上半年以适配MySQL的产品形式推出它，然后在下半年推出适配PostgreSQL的产品。而现在，你可以注册个预览版试试。
