2025上半年,最新 AI实践都在这!20+ 应用案例,任听一场议题就值回票价 了解详情
写点什么

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

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

关注

评论

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

优雅的编码习惯总是让人心情愉悦(Shell篇)

XinXing

Shell Code 优雅 脚本 规范

Linux之ss命令

入门小站

Linux

声网崩溃数据的自动化闭环处理

声网

自动化 测试 Dev for Dev

Linux下C++后台服务器开发

Linux服务器开发

C/C++ 后端开发 Linux服务器开发 C++后台开发 Linux后台开发

为什么要选择昆仑分布式数据库?

KunlunBase昆仑数据库

国产数据库

天翼云与龙芯完成产品兼容适配加速国产化云平台发展

天翼云开发者社区

墨天轮国产数据库沙龙 | 胡津铭:时序数据库DolphinDB,从量化金融到万物互联

墨天轮

数据库 时序数据库 DolphinDB 国产数据库

主流移动端账号登录方式的原理及设计思路

BeeWorks

JavaScript 基础(一):语法和程序结构

devpoint

JavaScript 函数 数据类型 3月月更

史上最通俗,彻底搞懂字符乱码问题的本质

BeeWorks

企业IM首选移动数字化平台WorkPlus

BeeWorks

海外主机是什么意思?与国内主机有什么区别?

行云管家

服务器 主机 服务器运维 海外 主机运维

第九周作业

lv

“养老”变“享老”,老龄人口高峰与养老产业爆发催生金融需求

易观分析

养老服务 养老金融

昆仑分布式数据库技术特点

KunlunBase昆仑数据库

分布式数据库 国产数据库

昆仑分布式数据库技术优势

KunlunBase昆仑数据库

分布式数据库 国产数据库

Promise静态四兄弟,你学会了吗?

战场小包

JavaScript 前端 Promise 3月月更

应用环境能力 | 阿里巴巴DevOps实践指南

阿里云云效

阿里巴巴 阿里云 研发效能 开发

【51单片机】独立按键控制LED灯(四种形式)

謓泽

3月月更

穿透、击穿、雪崩…Redis这么多问题,如何解决?

华为云开发者联盟

redis 缓存 缓存穿透 缓存击穿 缓存雪崩

CRM系统改善业务的方法

低代码小观

CRM 客户关系管理 企业管理系统 CRM系统 企业管理工具

昆仑分布式数据库架构介绍

KunlunBase昆仑数据库

数据库 分布式数据库

黄东旭当选 CCF 数据库专业委员会、开源发展委员会、大数据专家委员会执行委员

PingCAP

恒源云(GpuShare)_加速pytorch训练的方法来喽~

恒源云

深度学习 PyTorch

如何高效完成ECS多环境部署?

阿里云云效

阿里云 云原生 开发 部署与维护 ECS

云图说丨初识数据工坊DWR

华为云开发者联盟

大数据 数据处理 算子 数据工坊 工作流编排

31 家企业入选阿里云首期云原生加速器,共建云原生行业新生态

阿里巴巴云原生

阿里云 云原生 云原生加速器 招募 行业生态

面试官:对于宏任务和微任务,你知道多少?

是乃德也是Ned

JavaScript 面试 前端 ES6 Promise

云管理平台有哪些?建议选择哪家?

行云管家

云计算 多云 云管理

C++ 内存管理中内存泄漏问题产生原因以及解决方法

Linux服务器开发

C/C++ 内存管理 内存泄漏 Linux服务器开发 Linux后台开发

天翼云TeleDB数据库为实现自主可控全面亮剑

天翼云开发者社区

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