写点什么

Amazon DynamoDB On-Demand 无需规划容量,采用按请求付费的定价模式

  • 2019-10-14
  • 本文字数:1577 字

    阅读完需:约 5 分钟

Amazon DynamoDB On-Demand无需规划容量,采用按请求付费的定价模式

就在几年前,创建一个既能以任何规模支持业务需求,同时又可保持稳定低延迟的数据库不过是白日做梦。但 2012 年当我读到 Werner Vogels 宣布推出 Amazon DynamoDB 的博客文章时(比我加入 AWS 早了几个月),情况发生了改变。DynamoDB 依据 Amazon 于 2007 年发表的原始 Dynamo 报告 所述的原则构建。几年之后,随着许多新功能的推出,AWS 客户使用数据库的方式进一步简化。您现在可以创建完全托管的多区域多主数据库表,并获得静态加密、时间点还原、内存中缓存以及 99.99% 正常率服务等级协议 (SLA) 等功能。


Amazon DynamoDB 按需模式


今天我们隆重推出 Amazon DynamoDB 按需模式,这是一个灵活的 DynamoDB 新收费模式,无需任何容量规划即可每秒处理数以千计的请求。DynamoDB 按需模式为读写请求提供按请求量付费的定价模式,从而让您只需为使用的资源付费,轻松平衡成本和性能。对于使用按需模式的表,DynamoDB 会随着客户工作负载增加或减少至任何以前观测到的流量水平,满足客户的工作负载需求。如果流量水平触及新峰值,DynamoDB 会快速调整以容纳工作负载。


在 DynamoDB 控制台中,您可以在创建新表时选择按需读/写容量模式,或者稍后在 Capacity(容量)选项卡中更改。



使用按需模式的表支持所有 DynamoDB 功能(例如静态加密、时间点还原、全局表等),仅自动扩展功能不适用于此模式。


为使用按需模式的表创建的索引也会继承同样的可扩展性和收费模式。您无需指定索引的吞吐能力设置,只需按使用量付费即可。如果使用按需模式的表及其索引没有读/写流量,则您只需为数据存储付费。


如果您的应用程序流量难以预测和控制,您的工作负载可能在短时间内大量突增,或者您的平均表利用率远远低于峰值水平,DynamoDB 按需模式将非常有用。例如:


新应用程序,或者非常复杂以致难以预测数据库工作负载的应用程序


处理采用按使用量付费定价模式的无服务器堆栈的开发人员


需要为每个订阅用户部署一个表的简单性和资源隔离特点的 SaaS 提供商和独立软件供应商 (ISV)


将表的容量模式从预置改为按需每天只能进行一次, 但可以无限次从按需模式改为预置模式。


快速性能测试


下面我们利用新创建的采用按需模式的 DynamoDB 表进行一些负载测试!


我创建了两个无服务器应用程序:


  • 第一个应用程序使用 AWS Lambda 函数和 Amazon API Gateway 在 DynamoDB 表上创建了一个 REST API。借助此 API,您可以使用提取、发布、推送、删除等 HTTP 方法读取、添加、更新和删除表中的项目。

  • 第二个应用程序并行启动了 1000 个 Lambda 函数,以使用随机 HTTP 方法和这些项目的随机数据来生成 API 终端节点上的负载。

  • 每个用于生成负载的函数会运行 100 个并发请求,所有请求终止时将会启动另外 100 个并发请求,以此类推,持续时间为一分钟。没有热机时间,负载的生成会立即全速开始!


您可以在 DynamoDB 控制台此表的指标选项卡中看到,我很快就达到了几乎每秒 5000 条请求的峰值,没有任何阻碍。


从 API Gateway 到 Lambda 函数和 DynamoDB 表,无服务器堆栈的扩展都是完全托管的。我无需计划正确的吞吐能力,可以专注于我所构建的应用程序逻辑。



借助 DynamoDB 按需模式,您只需按使用量付费。例如在美国东部(弗吉尼亚北部)区域,写请求部分的费用为每百万条请求 1.25 USD,读请求部分的费用为每百万条请求 0.25 USD,此外您还需支付正常的数据存储费用。


您可以使用 AWS 命令行界面 (CLI)、AWS 开发工具包和 AWS CloudFormation 来创建使用按需模式的表,也可以更改现有表的读/写容量模式。


现已推出


DynamoDB 按需模式在全球所有商业区域均以开放。


为开发人员、ISV 和 SaaS 提供商推出的这一新功能让我很激动,期待看到你们使用按请求量付费模式构建的作品。


本文转载自 AWS 技术博客。


原文链接:


https://amazonaws-china.com/cn/blogs/china/amazon-dynamodb-on-demand-no-capacity-planning-and-pay-per-request-pricing/


2019-10-14 15:051592
用户头像

发布了 1924 篇内容, 共 153.5 次阅读, 收获喜欢 81 次。

关注

评论

发布
暂无评论
发现更多内容

炎酷全域旅游景区导览系统详细介绍

微擎应用市场

谙流 ASK:告别 Kafka 运维救火,解锁流数据自治时代

AscentStream

基于开发者空间Notebook进行LoRA微调Whisper_base实现语音识别

华为云开发者联盟

LORA微调 AI API 华为开发者空间

数智先锋 | 从 “故障难寻” 到 “全链可控”,Bonree ONE 跨越式提升中国铁塔业务监测效能

博睿数据

Step by Step 平凯数据库敏捷模式部署

TiDB 社区干货传送门

敏捷模式

AWS Builder Center:开发者社区新家园,一站式技术资源与协作平台

qife122

云计算 AWS

千亿消息“过眼云烟”?Kafka把硬盘当内存用的性能魔法,全靠这一手!

poemyang

kafka 高并发 消息队列 PageCache

报告解读 | 永续引擎持续加速,谁在叩响建筑科技的 “未来之门”

极客天地

大白君的奇思妙想:与 AI “辩经”,在质疑中探索 AI 能力的边界

盈米AI开放平台

AI Model-Mutator 人工智能 aiinfra

基于微擎系统的扫码签到 | 会议签到系统:全流程智能会务解决方案

微擎应用市场

跨境卖家如何与 TikTok 达人合作?这四种方式最有效

Wolink

海外社媒营销 海外营销推广 达人营销

大模型工具的 “京东答案”

京东零售技术

TapData vs Kafka ETL Pipeline:竞争?共存?——企业实时数据策略的正确打开方式

tapdata

kafka v Kafka vs TapData 实时数据,数据同步

绝了!分享一个超赞的UI框架!

王磊

浅谈故障复盘

天翼云开发者社区

安全 安全加速

实验室管理系统(源码+文档+讲解+演示)

深圳亥时科技

昇腾数据探险家:挖掘数据的隐藏宝藏

华为云开发者联盟

数据清洗 昇腾 华为开发者空间

深度解析:腾讯 BiFang 如何借助 Apache Pulsar 引领湖流一体新潮流

AscentStream

智慧健康管理系统:依托微擎生态,开启智慧健康新时代

微擎应用市场

小间距LED屏报价,有“标准答案”吗?

Dylan

品牌 LED LED display LED显示屏 LED屏幕

又一无人装载机项目落地!网易灵动助力世界前5的预拌混凝土龙头企业智能化升级

网易伏羲

网易伏羲 网易灵动 工程机械智能化 无人挖掘机 无人装载机

仓颉之枚举类型与模式匹配的冒险之旅

华为云开发者联盟

华为开发者 仓颉 华为开发者空间

TEM on 腾讯云 Step by step 丝滑体验

TiDB 社区干货传送门

TEM 试用

KWDB 分布式架构探究——数据分布与特性

KaiwuDB

数据库 分布式架构 KWDB开源数据库

精彩回顾 | 全链路可观测落地能源行业,博睿数据首度公开实战细节!

博睿数据

Playwright进阶篇 (5) | 网络请求拦截与Mock

测吧(北京)科技有限公司

从零开始学MCP(6) | MCP 与大型语言模型(LLM)深度集成

测吧(北京)科技有限公司

国密认证!星环科技Transwarp ArgoDB通过商用密码产品认证

星环科技

技术文档 | Pulsar 中的消息保留、过期及积压机制解析(下)

AscentStream

还在靠人工死磕转化?天润融通Agent客服助力私域转化效率翻倍

天润融通

手把手带你用 OxyGent 实现智能体的构建、部署与进化

京东零售技术

Amazon DynamoDB On-Demand无需规划容量,采用按请求付费的定价模式_语言 & 开发_亚马逊云科技 (Amazon Web Services)_InfoQ精选文章