写点什么

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:051274
用户头像

发布了 1855 篇内容, 共 122.7 次阅读, 收获喜欢 79 次。

关注

评论

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

毕业设计

张贺

React Context源码是怎么实现的呢

flyzz177

React

深入react源码看setState究竟做了什么?

flyzz177

React

Amazon Detective 支持 Amazon EKS 上的 Kubernetes 工作负载以进行安全调查

亚马逊云科技 (Amazon Web Services)

细说react源码中的合成事件

flyzz177

React

如何用好免费的chatGPT

劼哥stone

人工智能 openai ChatGPT

精华推荐 |【深度挖掘RocketMQ底层源码】「生产故障分析系列」深度挖掘RocketMQ底层那些导致消息丢失的汇总盘点透析(TIMEOUT_CLEAN_QUEUE)broker busy

洛神灬殇

RocketMQ 消息队列 3月日更 原理分析 底层源码

React源码分析(一)Fiber

goClient1992

React

React-Hooks源码深度解读

goClient1992

React

MQTT 5.0新特性:属性与载荷

EMQ映云科技

物联网 IoT mqtt 企业号 3 月 PK 榜 载荷

最新Blender 3.3安装包+详细安装教程

Finovy Cloud

blender 3D软件

微信小程序管理软件助力企业数字化转型,实现智能化升级

FinFish

私有小程序技术 小程序管理平台 小程序技术 小程序管理

用javascript分类刷leetcode3.动态规划(图文视频讲解)

js2030code

JavaScript LeetCode

看透react源码之感受react的进化

goClient1992

React

PyTorch深度学习实战 | 搭建卷积神经网络进行图像分类与图像风格迁移

TiAmo

PyTorch 图像处理

活动推荐 | 博睿数据数智领航营火热报名中

博睿数据

保险 博睿数据 活动报名 数智领航营

使用Nginx作为MySQL的TCP负载均衡器

Janwee

nginx 负载均衡 :MySQL 数据库

提示工程在AI绘画领域中的应用

FinFish

AI绘画 提示工程

Nautilus Chain 现已推出测试网“Triton ”,有哪些潜在的机会?

股市老人

工业数字孪生:西门子工业网络与设备虚拟调试案例

Openlab_cosmoplat

工业互联网 开源社区 数字孪生

前端工程师leetcode算法面试必备-二分搜索算法(下)

js2030code

JavaScript LeetCode

一天吃透分布式事务八股文

程序员大彬

Java 分布式事务

天工人巧日争新:昇腾AI的绚丽今日

脑极体

AI

Java中让两个线程交替执行的实现方式

Janwee

并发 信号量 java 多线程、

Java线程池执行器的饱和策略

Janwee

线程池 java

马克·安德森:纯粹产品护城河在硅谷少见,SaaS公司护城河是“分销”

B Impact

盘点10款优秀的工作任务进度管理软件

爱吃小舅的鱼

项目管理 项目进度管理 项目进度管理软件

运维训练营第17周作业

好吃不贵

什么大模型?我是时尚产业“大模王”!

脑极体

AI

mybatis plus怎么使用注解的方式执行原生sql

俊俊哥

mybatis Mybatis-Plus 原生sql

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