サーバーレスのウェブアプリケーションを構築３ バックエンドの構築 | DevelopersIO
こんにちは。イムチェジョンです。 前はフロントエンドとユーザー管理をやってみました。 今回のブログではAWS Lambda、Amazon DynamoDBを利用し、バックエンドの構築しようと思います。 [サーバーレスのウェブアプリケーションを構築シリーズ] １. AWS Amplify を使った静的ウェブホスティング ２. Amazon Cognito を使ったユーザー管理 ３. バックエンドの構築 (AWS Lambda、Amazon DynamoDB) ４. RESTful API (Amazon API Gateway、 AWS Lambda) アジェンダ 今回の目標 AWS Lambda、Amazon DynamoDBを利用してバックエンドの構築 まとめ 0. 今回の目標 目標：AWS Lambda、Amazon DynamoDBを利用し、バックエンド構築する。 バックエンドで実行
初めてのサーバーレスアプリケーション開発 ～DynamoDBにテーブルを作成する～ | DevelopersIO
サーバレスで開発がしたい！でもそもそもサーバレスで使われるサービス全然知らないな。。 そんな方もまだまだ多いのではないでしょうか。そこで今回はサーバレス開発でよく利用されるサービス、API Gateway、Lambda、DynamoDBをマネジメントコンソールから作成し、それぞれを簡単に連携させてみようと思います。 本記事も含め3回に分けて実施します。 初めてのサーバーレスアプリケーション開発 ～DynamoDBにテーブルを作成する～ 初めてのサーバーレスアプリケーション開発 ～LambdaでDynamoDBの値を取得する～ 初めてのサーバーレスアプリケーション開発 ～API GatewayからLambdaを呼び出す～ ↓追加しました。 初めてのサーバーレスアプリケーション開発 ～Serverless Framework を使ってAWSリソースをデプロイする～ 初めてのサーバーレスアプリケ
DynamoDBの課金体系についてのまとめ - 脳内ライブラリ
AWSのページに記載されているものを整理しただけ。 DynamoDBの課金体系について 課金されるものは以下 ①スループット容量（ユーザが指定、時間課金） ②データの保存量（月額・GB単位） ③データ転送量（月額・GB単位、転送量により価格変化） α リザーブ度割引有 スループット容量 DyamoDBデーブルに対しては、読み込みスループットと書き込みスループットが関連付けられており。利用者はテーブル作成・更新時に読み込み・書き込み用に予約するスループット容量を指定する（スループット容量の計算はユーザ自身が実施） 無料枠（下記参照）を超えると、そのスループット容量に対して1時間毎に課金。 テーブルにリクエストを送信するかどうかにかかわらず、テーブルに設定したスループット容量に対して1時間毎に課金されるので注意。 スループット容量の変更は、AWSのコンソールもしくはUpdate Table A
DynamoDBにおけるスループット超過対策 〜 Fallback-Queueingパターン | DevelopersIO
よく訓練されたアップル信者、都元です。今日はAmazon DynamoDBのちょっと厄介な特性とその対処方法について。 DynamoDBの課金モデル 今さら説明することでもないかもしれませんが、DynamoDBはプロビジョニングされたスループットに対して課金されます。 意味わかりますか？ さっぱり伝えられてる気がしませんｗ 「provisioned throughput」ってどう訳せばいいんですかねぇ。 おっと、いきなり脱線してしまいましたが。つまり「どのくらいの頻度でどのくらいのデータ量を読み書きをする予定なのか」というユーザからの事前申告に基づいて、Amazonがその処理能力を確保し、その確保分に対して料金が発生します。具体的には1秒あたり1KBのデータを100回書き込みたければ、100ユニットの書き込みスループットを設定し、この100ユニットに対する課金を支払います。実際にどの程度読
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【旧版・説明欄参照ください】 サーバーレスアプリケーション向きの DB 設計ベストプラクティス
