Amazon Web Services ブログ

Category: Amazon DynamoDB

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」をご覧ください。

Amazon DynamoDB のプロビジョンドキャパシティを使用した突発的なトラフィック増加への対処

テーブルでプロビジョンドキャパシティを使用する場合、突然のリクエストトラフィックの増加 ( スパイク ) に対して、スロットルされることなく対処するための最善の方法を検討するのは課題の一つです。スロットルは、リクエストレートが設定された制限を超えたことを DynamoDB が検知した場合に発生するサービス応答です。たとえば、テーブルの書き込み容量ユニット ( WCU ) を 10,000 にプロビジョニングしており、トラフィックが 20,000 を消費するレートでアクセスされた場合、やがてスロットルが発生し、スロットルされたリクエストを処理するためリトライをする必要があります。
突発的かつ長時間続くトラフィックスパイクほど、テーブルにスロットルが発生する可能性が高まります。ただし、突発的なトラフィックに対して、スロットルの発生を避けることができないわけではありません。ここでは、トラフィックのスパイクに対処するための 8 つの設計と、それぞれの利点と欠点を紹介します。

AWS サービスを活用して代替商品を提案するためのガイダンス

完璧な世界であれば、小売業者は決して在庫切れを起こすことはありませんが、予期せぬ需要により最善の状況にならない場合もあります。食料品店は平均して営業時間の 8.2% は在庫切れの状態になっており、さらにプロモーション品では 15% にもなるため、70 億ドルから 120 億ドルの売上機会損失の危機にさらされています。次善の策は、おそらく顧客のニーズを満たす同様の商品を提供することです。注文をピッキングする従業員に自動でおすすめの代替商品を提案することで、顧客体験を向上させ、売上減少を防ぐことができます。

2020 年、米国のオンライン食料品売上は 54% 増加し、その注文の半分以上において注文した商品の内少なくとも 1 つが在庫切れになっていました。その商品は売れずにスキップされて売上減少につながることもあれば、注文をピッキングする従業員が代替品を推測することもありますが、その代替品が顧客のニーズを全く満たしていないこともあります。いずれにせよ、顧客体験は悪影響を受け、企業ブランドは傷つきます。

より良いアプローチは、異なるブランド、色、フレーバー、サイズなどの類似の商品を推奨することです。これがインテリジェントに行われれば、良好な顧客体験が保たれ、問題は回避されます。大量の商品に代替ルールを作成することは非効率的で効果的ではありません。その代わりに、Amazon Web Services (AWS) はおすすめの代替商品を提案するソリューションを構築しガイダンスとして公開しています。

Amazon OpenSearch Service を使うと、在庫切れ商品からおすすめの代替商品を提案できます。商品名と説明は、テキスト埋め込みアルゴリズムを使用して数値ベクトルに変換され、OpenSearch Service の K 最近傍 (k-NN) インデックスに挿入されます。代替商品を要求する際、候補商品は OpenSearch Service の事前フィルタリングを使用して絞り込まれ、探していた商品からの数値表現の近さに基づいてランク付けされます。

Amazon DynamoDB の Amazon OpenSearch Service とのゼロ ETL 統合が利用可能になりました

本日、Amazon OpenSearch Service と Amazon DynamoDB zero-ETL の統合が一般公開されたことをお知らせします。これにより、カスタムコードやインフラストラクチャを必要とせずに、DynamoDB データを自動的に複製および変換して検索を実行できます。この zero-ETL 統合により、データパイプラインアーキテクチャのコードの記述、データの同期、頻繁なアプリケーション変更によるコードの更新に伴うオペレーション上の負担とコストが軽減され、アプリケーションに集中できるようになります。

この zero-ETL 統合により、Amazon DynamoDB を利用するお客様は、全文検索、あいまい検索、オートコンプリート、機械学習 (ML) 用のベクトル検索など、Amazon OpenSearch Service の強力な検索機能を使用して、ユーザーエンゲージメントを高め、アプリケーションに対する満足度を向上させる新しいエクスペリエンスを提供できるようになりました。