Amazon Web Services ブログ
Category: Amazon DynamoDB
【寄稿】 入札書解析の完全自動化を目指す三井物産の取組み
こんにちは。ソリューションアーキテクトの齋藤です。三井物産株式会社(以下、三井物産) デジタル総合戦略部 デジ […]
フルスタック TypeScript : AWS Amplify を再び紹介
AWS Amplify Gen 2 の一般提供開始を発表できることを嬉しく思います。AWS Amplify Gen 2 は、クラウドに接続されたアプリを構築するためのフルスタックの TypeScript 開発者体験を提供します。AWS Amplify はWeb アプリケーションのホスティングやクラウドバックエンドの構築と接続をサポートします。Amplify Gen 2 では、アプリのクラウドバックエンドのすべての部分を TypeScript で定義します。認証バックエンドもデータバックエンドもストレージバックエンドもすべてが TypeScript で定義されます。Amplify は AWS によって構築され、AWS 上で動作するため、必要に応じて 200 以上の AWS サービスを追加できます。Amazon Bedrock のような生成 AI サービスも当然、TypeScript で定義することができます。今週の 1 週間、新しい Gen 2 の機能をローンチウィークの一環として紹介していきます。
Amazon DynamoDBによるコールドストレージへのアーカイブ
Amazon DynamoDBはフルマネージド型のNoSQLデータベースであり、高速で予測可能なパフォーマンス […]
トヨタと堺市消防局の新たな挑戦 ドラレコ映像は消防の新しい情報源となるのか
トヨタ自動車は、大阪府堺市と共に現場状況が分かりにくい交通事故などの緊急を要する事案に対して、現場付近を走行する車両のドライブレコーダーの映像を活用する共同実証実験を行っています。本記事では、トヨタ自動車がアマゾン ウェブ サービス (AWS) を活用し、「消防向けドラレコ映像活用システム」を開発した事例についてご紹介します。
AWS Weekly まとめ – Savings Plans、Amazon DynamoDB、AWS CodeArtifact など – 2024 年 3 月 25 日
AWS Summit のシーズンが始まります! 4月1日週は AWS Summit Paris、4月8日週には […]
【寄稿】Amazon ConnectとAmazon Bedrockを活用したチャットボット構築におけるタイムアウトの回避策
このブログでは、Amazon Connect と Amazon Bedrock を活用したチャットボットの構成におけるタイムアウトの制約とその回避案について紹介します。
AWS 上の CI/CD パイプラインにおける Terraform State ファイル管理のベストプラクティス
このブログ記事では、AWS で Terraform の State ファイルを管理する方法とその設定のベストプラクティス、および AWS CodeCommit や AWS CodeBuild などの AWS デベロッパーツールを利用した継続的インテグレーションパイプラインにおける効率的な管理の例について説明します。このブログ記事は、Terraform、AWS デベロッパーツール、AWS 上での CI/CD パイプラインに関する基本的な知識のある読者を想定しています。
2024 年 1 月の AWS Black Belt オンラインセミナー資料及び動画公開のご案内
2024 年 1 月に公開された AWS Black Belt オンラインセミナーの資料及び動画についてご案内させて頂きます。
動画はオンデマンドでご視聴いただけます。
また、過去の AWS Black Belt オンラインセミナーの資料及び動画は「AWS サービス別資料集」に一覧がございます。
YouTube の再生リストは「AWS Black Belt Online Seminar の Playlist」をご覧ください。
AWSの人工知能(AI)と機械学習(ML)サービスを利用した動画の要約
パブリッシャーや放送局は、TikTok などのプラットフォームのショートフォームコンテンツが大好きな若い視聴者 […]
Amazon DynamoDB のプロビジョンドキャパシティを使用した突発的なトラフィック増加への対処
テーブルでプロビジョンドキャパシティを使用する場合、突然のリクエストトラフィックの増加 ( スパイク ) に対して、スロットルされることなく対処するための最善の方法を検討するのは課題の一つです。スロットルは、リクエストレートが設定された制限を超えたことを DynamoDB が検知した場合に発生するサービス応答です。たとえば、テーブルの書き込み容量ユニット ( WCU ) を 10,000 にプロビジョニングしており、トラフィックが 20,000 を消費するレートでアクセスされた場合、やがてスロットルが発生し、スロットルされたリクエストを処理するためリトライをする必要があります。
突発的かつ長時間続くトラフィックスパイクほど、テーブルにスロットルが発生する可能性が高まります。ただし、突発的なトラフィックに対して、スロットルの発生を避けることができないわけではありません。ここでは、トラフィックのスパイクに対処するための 8 つの設計と、それぞれの利点と欠点を紹介します。