2026/8/6 9:00:00 ~ 2026/8/7 9:00:00 (JST)

最近の発表

Amazon EC2 G7 instances are now available in the AWS Europe (Spain) Region

NVIDIA RTX PRO 4500 ブラックウェルサーバーエディション GPU を搭載した Amazon Elastic Compute Cloud (Amazon EC2) G7 インスタンスが、ヨーロッパ (スペイン) リージョンで利用できるようになりました。G7 インスタンスは、G6 インスタンスと比較して最大 4.6 倍の AI 推論パフォーマンスと最大 2.1 倍のグラフィックパフォーマンスを提供します。G7 インスタンスは、GPU で高速化されたデータ分析ワークロードのパフォーマンスも向上しています。\n お客様は G7 インスタンスを使用して、言語翻訳、動画と画像の分析、音声認識のための AI モデルをデプロイできます。また、映画のような品質のグラフィックやゲームストリーミングをリアルタイムで作成およびレンダリングするなどのグラフィックワークロードも加速します。さらに、G7 インスタンスは、レコメンダーシステム、Retrieval Augmented Generation (RAG) 推論、リアルタイムデータパイプラインなどのビデオトランスコーディング、空間コンピューティング、データ分析ワークロードをサポートします。G7 インスタンスには、GPU あたり 32 GB のメモリを搭載した最大 8 つの NVIDIA RTX PRO 4500 ブラックウェル・サーバー・エディション GPU と、カスタムのインテル Xeon 6 プロセッサーが搭載されています。最大 192 個の仮想 CPU (vCPU) と最大 700 Gbps のエラスティック・ファブリック・アダプター (EFA) ネットワーク帯域幅をサポートします。また、最大 768 GiB のシステムメモリと最大 7.6 TB のローカル NVMe SSD ストレージもサポートします。

Amazon EC2 G7 インスタンスは、米国東部 (バージニア北部とオハイオ)、米国西部 (オレゴン)、ヨーロッパ (スペイン) の 4 つの AWS リージョンで今すぐ使用を開始できます。G7 インスタンスは、オンデマンドインスタンス、スポットインスタンス、または割引プランの一部として購入できます。

開始するには、AWS マネジメントコンソール、AWS コマンドラインインターフェイス (CLI)、AWS SDK にアクセスしてください。詳細については、G7 インスタンスページをご覧ください。

Amazon ElastiCache now supports Graviton4-based M8g, R8g, and C8gn nodes

Amazon ElastiCache は、Valkey と Memcached の Graviton4 ベースの M8g、R8g、および C8gn ノードファミリーをサポートするようになりました。Graviton4 ベースのノードは、ノードファミリー、サイズ、ワークロード設定にもよりますが、Amazon ElastiCache for Valkey の同等のサイズの Graviton3 ベースのノードに比べて、スループットが最大 47% 高く、P99 レイテンシーが最大 43% 少なく、オンデマンド料金で最大 31% 高いコストパフォーマンスを実現します。\n また、Graviton4 ベースのノードは、同等の Graviton3 ベースのノードと比較して、ノードあたりのメモリ量が多くなります。例として、m8g.8xlarge は 124.65 GiB を提供するのに対し、m7g.8xlarge では 103.68 GiB で、同じノードサイズでメモリ容量が最大 20% 多くなります。C8gn ノードは最大 200 Gbps のネットワーク帯域幅を提供するため、ネットワーク集約型ワークロードの実行コストを最適化しながら、パフォーマンスとスループットを拡張できます。

M8g、R8g、C8gn ノードは、AWS GovCloud (米国) リージョンや中国リージョンを含む 30 以上の AWS リージョンで、大きいサイズから 16 XLサイズまでのサイズでご利用いただけます。価格設定とリージョンの提供状況の詳細については、Amazon ElastiCache の料金表ページを参照してください。開始するには、AWS マネジメントコンソール、AWS SDK、または AWS CLI を使用して新しいクラスターを作成するか、既存のクラスターを変更します。AI コーディングエージェントを使用して ElastiCache を操作するには、「ElastiCache 用エージェントツール」を参照してください。詳細については、Amazon ElastiCache ユーザーガイドの「サポートされているノードタイプ」を参照してください。

AWS Glue Schema Registry is now available in ten more AWS regions

AWS Glue のサーバーレスの無料機能である AWS Glue Schema Registry を、アジアパシフィック (ニュージーランド)、アジアパシフィック (タイ)、アジアパシフィック (ハイデラバード)、アジアパシフィック (大阪)、アジアパシフィック (メルボルン)、メキシコ (中央)、イスラエル (テルアビブ)、アジアパシフィック (台北)、カナダ西部 (カルガリー) の各リージョンで使用して、ストリーミングデータの変化を検証および制御できるようになりました登録されている Apache Avro、JSON、および Protobuf スキーマフォーマットを使用します。\n スキーマレジストリは、データストリーミングシステム内の分離されたアプリケーション間のデータ形式と構造を管理するための一元化されたリポジトリとして機能します。これを使用することで、データ検証ロジックやチーム間の調整が不要になり、ストリーミングデータの品質が向上し、ダウンストリームのアプリケーション障害を減らすことができます。スキーマレジストリは、Apache ライセンスのシリアライザーとデシリアライザーを通じて、Apache Kafka/Amazon マネージドストリーミング (Apache Kafka 用)、Amazon Kinesis データストリーム、Apache Flink/Amazon マネージドサービス (Apache Flink 用)、および AWS Lambda 向けに開発された C# および Java アプリケーションと統合されます。 開始するには、AWS Glue スキーマレジストリのドキュメントをご覧ください。AWS Glue スキーマレジストリを利用できる AWS リージョンの全リストについては、AWS リージョナルサービスリストを参照してください。

AWS Transform for migrations automates post-launch actions

AWS Transform は、移行ワークフローを通じて起動後のアクションの設定と実行を自動化するようになりました。アカウントレベルでアクションを定義し、マルチアカウント移行を含め、ターゲットアカウントのすべてのソースサーバーに自動的に適用します。これらのアクションを自動化することで、サーバーごとに設定するという、時間がかかり、エラーが発生しやすい作業がなくなるため、チームは少ない手作業でより多くのサーバーを移動できます。\n 起動後のアクションは、テストまたはカットオーバー起動の直後に AWS Systems Manager (SSM) を通じて実行されます。定義済みのアクションを使用することも、独自の SSM ドキュメントを持参することもできます。ソースサーバーの一括構成では、移行インベントリファイルに起動後のアクションの新しい構造が含まれるようになり、ソースサーバーごとのアクションの確認と変更が容易になりました。

AWS Transform for Migrations エージェントは、レプリケーションテンプレート、EC2 起動テンプレート、EC2 サイズ調整、起動後のアクションなど、移行設定をエンドツーエンドで自動化し、ソースサーバーレベルでこれらのいずれかを柔軟に作成および編集できます。

この新機能は、AWS Transform が提供されているすべての AWS リージョンで利用できます。

詳細については、AWS Transform ユーザーガイドをご覧ください。

AWS Security Agent now supports email-based MFA for penetration testing

AWS セキュリティエージェント (現在 AWS Continuum の一部) では、ログインフローの一部として E メールベースの多要素認証 (MFA) を使用するアプリケーションの侵入テストが可能になりました。以前は、E メールで送信されるワンタイムコードや検証リンクを必要とするアプリケーションは、エージェントにはメッセージを傍受するメカニズムがなかったため、自動ペンテストの対象外でした。今回の発表により、対象となるアプリケーションが電子メールベースの認証に依存しているペネトレーションテストのお客様への対象範囲が拡大されました。\n この機能を利用するために、AWS Security Agent は認証情報ごとに固有の転送アドレスを生成します。これにより、既存の E メールプロバイダーの転送ルールを使用して、アプリケーションの MFA メールをエージェントに直接ルーティングできます。ペンテスト中、エージェントは転送されたメッセージを自動的に読み、コードまたはリンクを送信して認証を完了します。E メールアカウントの認証情報は保存されないため、強固なプライバシー保護が保たれます。この機能は既存の TOTP サポートを補完し、複数の MFA メソッドにわたってアプリケーションをテストするための統合ソリューションをお客様に提供します。

この機能は、AWS セキュリティエージェントがサポートされているすべての AWS リージョンで利用できます。

詳細については、AWS セキュリティエージェント製品ページと AWS セキュリティエージェントユーザーガイドをご覧ください。

Amazon RDS now provides visibility into storage volume initialization status

Amazon RDS では、スナップショットから作成されたデータベースストレージボリュームの初期化ステータスを可視化できるようになりました。このステータスを使用して、復元後にストレージが完全に初期化され、完全にプロビジョニングされたパフォーマンスでレイテンシーの影響を受けやすいデータベースワークロードをサポートする準備が整ったかどうかを判断できます。\n データベースインスタンスを特定の時点に復元したり、リードレプリカを作成したり、シングル AZ からマルチ AZ に変換したりすると、Amazon RDS はスナップショットからストレージボリュームを作成します。これらのボリュームは初期化され、その間にストレージブロックが Amazon S3 からダウンロードされ、アクセスできるようになる前にボリュームに書き込まれます。初期化速度は、ワークロードやアクセスされるブロックによって異なり、この間は I/O レイテンシーが増加することがあります。以前、Amazon RDS は初期化中ずっとインスタンスが使用可能であると報告していたため、いつパフォーマンスが安定するかを直接示すことはできませんでした。RDS コンソールの新しい StorageOperationStatus フィールドと StorageOperationPercentProgress フィールドと DescribedBInstances API では、ストレージの初期化の進行状況をリアルタイムでモニタリングできるため、すべてのブロックが書き込まれたことを確認できます。この情報を使用して、ワークロードが完了に合わせてタイミングを合わせることができます。フィールドにはストレージ最適化の進捗状況も報告されるので、ストレージを変更した後もフルプロビジョニングされたパフォーマンスを計画できます。 すべての商用 AWS リージョンと米国 GovCloud リージョンのすべての Amazon RDS データベースインスタンスで、ストレージボリュームの初期化ステータスにデフォルトでアクセスできます。Amazon RDS マネジメントコンソール、AWS コマンドラインインターフェイス (CLI)、または AWS SDK から今すぐ使用を開始できます。詳細については、Amazon RDS ユーザーガイドの「Amazon RDS ストレージ」を参照してください。

Amazon WorkSpaces now publishes enhanced observability metrics

Amazon WorkSpaces は Amazon CloudWatch に追加のパフォーマンスとセッションヘルスメトリクスを公開するようになり、IT 管理者は仮想デスクトップワークロードをより詳細に把握できるようになりました。これらの新しいメトリックスは、ネットワークパフォーマンス、コンピューティングリソースとストレージリソースの使用率、セッションライフサイクルイベントなどを対象としており、すべて追加費用なしで利用できます。\n これらの指標により、管理者はエンドユーザーエクスペリエンスに影響する問題を事前に特定してトラブルシューティングできます。たとえば、TCP 再送信速度と輻輳ウィンドウはネットワークの劣化を特定するのに役立ち、GPU 使用率と CPU キューの長さはコンピューティングのボトルネックを明らかにするのに役立ち、ディスク I/O キューの長さやメモリページのハードフォールトなどのストレージメトリクスはディスク飽和とメモリ負荷を可視化します。管理者は CloudWatch アラームを設定してパフォーマンスの問題を迅速に検出したり、カスタムダッシュボードを作成して車両全体を可視化したり、解決までの平均時間を短縮したりできます。 これらのメトリクスは、Amazon WorkSpaces がサポートされているすべての AWS リージョンで利用できます。 開始するには、Amazon CloudWatch コンソールに移動してこれらのメトリックスを確認するか、WorkSpaces カスタムダッシュボードを更新してください。WorkSpaces 自動ダッシュボードからこれらのメトリクスをモニタリングすることもできます。詳細については、Amazon WorkSpaces ドキュメントと CloudWatch メトリックスリファレンスをご覧ください。

Amazon WorkSpaces Applications now publishes enhanced observability metrics

Amazon WorkSpaces Applications が Amazon CloudWatch に追加のパフォーマンスとセッションヘルスメトリクスを公開するようになり、IT 管理者はアプリケーションのストリーミングワークロードをより詳細に把握できるようになりました。これらの新しいメトリックスは、ネットワークパフォーマンス、コンピューティングリソースの使用状況、セッションライフサイクルイベントなどを対象としており、すべて追加費用なしで利用できます。\n これらの指標により、管理者はエンドユーザーエクスペリエンスに影響する問題を事前に特定してトラブルシューティングできます。たとえば、TCP 再送信率や輻輳ウィンドウなどの指標はネットワークの劣化を特定するのに役立ちますが、GPU 使用率やメモリページのハードフォールトは、セッションの品質に影響する前にリソースのボトルネックを明らかにします。接続障害や接続時間などのセッションライフサイクルメトリクスにより、チームは CloudWatch アラームを設定して接続問題を迅速に検出したり、車両全体を可視化するためのカスタムダッシュボードを構築したり、解決までの平均時間を短縮したりできます。 これらのメトリクスは、Amazon WorkSpaces アプリケーションがサポートされているすべての AWS リージョンで利用できます。 開始するには、Amazon CloudWatch コンソールに移動してこれらのメトリックスを確認するか、WorkSpaces アプリケーションのカスタムダッシュボードを更新してください。WorkSpaces アプリケーションの自動ダッシュボードからこれらのメトリクスをモニタリングすることもできます。オペレーティングシステム別のメトリクスの可用性について詳しくは、Amazon WorkSpaces アプリケーションのドキュメントと CloudWatch メトリクスのリファレンスをご覧ください。

AWS Marketplace now lets sellers configure net payment terms on private offers

AWS Marketplace では、ネット30、ネット45、ネット60、ネット90などのオプションを使用して、プライベートオファーの設定可能な正味支払い条件をサポートするようになりました。今回のリリース以前は、購入者の AWS への支払い条件に基づいて、すべての AWS Marketplace 購入で正味支払い条件が統一されていました。この新機能により、売り手は支払い期日を設定できるため、請求書の期日が買い手と売り手の交渉内容と一致するようになります。これにより、買い手は支払期日を事前に明確に把握でき、より有利な支払い条件を利用できるようになり、プライベートオファーの作成時に正味支払い条件を設定することで、売り手はキャッシュフローをより正確に予測できるようになります。\n 購入者は、プライベートオファーを受け入れる前に、調達ページで設定された支払い条件を確認できます。正味支払い条件は、前払い料金、定期支払い、使用量ベースの料金など、プライベートオファーに含まれるすべての AWS Marketplace 料金に一律に適用されます。チャネルパートナープライベートオファー (CPPO) では、ISV が最大支払い条件を設定し、チャネルパートナーはその上限以下の条件を提供できます。 この機能は通常、プライベートオファーを作成する販売者がすべての商用 AWS リージョンで利用できます。追加の設定やオンボーディングは不要です。請求書払いの購入者には、柔軟なネット決済条件が適用されます。デフォルトの動作は変わりません。カスタムの支払い条件が設定されていない場合でも、購入者の標準 AWS 支払い条件が引き続き適用されます。 詳細については、AWS Marketplace セラーガイドまたは AWS Marketplace バイヤーガイドを参照してください。

Amazon MSK now delivers Kafka Authorizer Logs to customers

Amazon マネージドストリーミング for Apache Kafka (MSK) では、スタンダードブローカーとエクスプレスブローカーの両方を含むプロビジョニングクラスターのオーソライザーログ配信が追加費用なしでサポートされるようになりました。オーソライザーログを使用すると、ユーザーとアプリケーションへのアクセスを詳細に可視化し、クライアントの認証問題を特定して対処し、組織のセキュリティ要件を満たすことができます。拒否された承認リクエストはそれぞれ、クライアントの IP アドレスと試行した API とともにキャプチャされるため、根本原因を突き止めることができます。Amazon CloudWatch Logs、Amazon S3、または Amazon Data Firehose にログを配信できます。オーソライザーログ配信は、新規クラスターと既存のプロビジョニング済みクラスターの両方で使用できます。Amazon MSK コンソールまたは AWS CLI から有効にすることができます。オーソライザーログ配信の設定方法については、Amazon MSK オーソライザーログのドキュメントを参照してください。\n Amazon MSK は Apache Kafka 向けの完全マネージド型サービスで、ストリーミングデータをリアルタイムで簡単に取り込んで処理できます。オーソライザーログ配信は、AWS 欧州ソブリンクラウド (eusc-de-east-1) リージョンを除き、Amazon MSK プロビジョニングクラスターが利用可能なすべての AWS リージョンでサポートされています。Amazon MSK を使用すると、クラスターの管理にかかる時間を減らして、アプリケーションの革新により多くの時間を費やすことができます。開始するには、Amazon MSK 開発者ガイドをご覧ください。

AWS Backup for Amazon S3 now supports direct access to backup data

AWS Backup for Amazon S3 では、S3 アクセスポイントの作成がサポートされるようになりました。これにより、復元を開始しなくても、標準の S3 API を使用してバックアップデータへの即時の読み取り専用アクセスが可能になります。これにより、バックアップデータをバックアップ保管庫で保護したまま、対象を絞ったファイルの回復、データ検証、コンプライアンス監査、フォレンジック調査が可能になります。\n S3 リカバリポイント用のアクセスポイントを作成し、GetObject、HeadObject、ListObjectsV2 などの標準の S3 オペレーションを使用してバックアップデータを読み取ることができます。アクセスポイントは、標準のバックアップ保管庫または論理的に隔離された保管庫に保存されているスナップショット復旧ポイントと継続的 (ポイントインタイム) 復旧ポイントの両方と連携します。これには、AWS Resource Access Manager またはマルチパーティ承認を通じてアカウント間で共有される復旧ポイントも含まれます。アクセスポイントがアクティブな間は、関連する復旧ポイントは削除されないように保護されます。

この機能の使用を開始するには、AWS Backup コンソール、API、または CLI を使用して S3 リカバリポイント用のアクセスポイントを作成します。この機能は一部の AWS リージョンで利用できます。

詳細については、AWS Backup 開発者ガイドの「アクセスポイントと Amazon S3 バックアップ」とローンチブログをご覧ください。料金情報については、AWS Backup の料金表を参照してください。

AWS Backup extends logically air-gapped vault support for Amazon Neptune to three additional AWS Regions

Amazon Neptune 向けの AWS Backup 論理的にエアギャップ型ヴォールトサポートが、アジアパシフィック (メルボルン)、ヨーロッパ (スペイン)、ヨーロッパ (チューリッヒ) の 3 つの AWS リージョンで利用可能になりました。\n 今回の拡張により、Neptune バックアップをこれらのリージョンの論理的にエアギャップのある保管庫に保存できるようになりました。論理的に隔離された保管庫は不変で、デフォルトでロックされ、AWS が所有するキーまたはお客様が管理するキーを使用して暗号化されます。アカウントやリージョン間でバックアップをコピーしたり、AWS Resource Access Manager (RAM) を使用して復元用に保管庫を共有したり、複数の当事者の承認を得てアカウントが侵害された場合でも保管庫へのアクセスを保護したりできます。これにより、復旧時間を短縮し、災害復旧とコンプライアンスの要件を満たすことができます。

開始するには、AWS Backup コンソール、AWS コマンドラインインターフェイス (CLI)、または AWS SDK にアクセスしてください。サポートされているリージョンと機能の完全なリストについては、AWS Backup ドキュメントをご覧ください。論理的にエアギャップのある保管庫の詳細については、製品ページと料金ページをご覧ください。

Amazon Quick supports multi-dataset analytical capabiity

Amazon Quickは本日、複数のデータセットのトピックをサポートすることを発表しました。これにより、ユーザーは1つのトピックで複数のデータセット間の関係をモデル化し、そのモデルを使用してダッシュボードを構築し、自然言語で質問に回答できます。以前は、データセットにまたがるQuick Sightビジュアルの質問に答えるには、データを1つのデータセットに事前に結合する必要がありました。つまり、データ準備に手動のJOINロジックを追加し、SPICE容量を余分に消費し、ユーザーはさまざまなユースケースやモデルが変更されたときに複数のデータセットを再構築する必要がありました。マルチデータセットのトピックでは、トピックは再利用可能なリレーショナルデータモデルになります。ユーザーは複数のデータセットを追加し、リレーションシップを一度定義すれば、Quickは実行時に結合を実行します。\n この新機能は、ダッシュボード構築と自然言語によるQ&Aの両方に適用されます。ダッシュボード構築では、トピックがデータモデルとして機能するため、1つのビジュアルで複数のデータセットからフィールドを描画でき、Quickは基礎となる結合を自動的に生成します。ユーザーはセマンティックモデルを一度作成するだけで、ダッシュボードのすべてのビジュアルで再利用できます。自然言語分析の場合、ユーザーはチャットエージェントにトピックを直接指し示して質問することができます。エージェントはトピックで定義された関係を読み取り、データセット全体でランタイム結合を実行して回答します。テーブルを事前に結合したり、最初にデータを準備したりする必要はありません。どちらのエクスペリエンスも同じトピックに対してクエリを行うため、1 つの統制されたセマンティックモデルが、ユーザーとエージェントの両方にとって信頼できる唯一の情報源となります。マルチデータセットのトピックは既存のデータセット権限を再利用し、行レベルと列レベルのセキュリティ (RLS/CLS) をサポートしているため、確立されたガバナンスがデータセット間のすべてのビジュアルとすべての回答に適用されます。

マルチデータセットのトピックは、Amazon Quick が利用できるすべての AWS リージョンで一般的に利用できるようになりました。開始するには、このブログ投稿を参照してください。

Announcing temporal policies and rate limiting in Amazon Bedrock AgentCore

Amazon Bedrock AgentCore は、ステートフルエージェント認証の一時ポリシーと AI トラフィックのレート制限という 2 つの新しいコントロールを発表しました。\n テンポラルポリシーでは、セッション内でのエージェントの以前のアクションのコンテキストで各リクエストを評価するステートフル認証ルールを定義できます。これは、1 回のツールコールだけでは、単独では安全ですが、その前に発生した処理を考えると有害な場合があるためです。テンポラルポリシーを使用すると、ワークフローの順序付けを強制したり、ツールの引数が前の呼び出しの出力と完全に一致するようにしたり、特権アクションを実行する前に人間の承認を要求したり、データの最新性を維持したりできます。

レート制限により、ゲートウェイに接続されているツール、モデル、エージェントに流れるトラフィック量をユーザーごと、またはグループごとに制御できます。OAuth または AWS IAM を対象とするルールを使用して、すべてのターゲットタイプのリクエストにレート制限を設定したり、推論ターゲット用のトークン、および長時間存続する同時セッションを制限する同時接続を設定したりできます。これにより、ダウンストリームのサービスの可用性が向上し、公平な制限配分が強制されます。

地域ごとの提供状況や詳細については、ドキュメンテーションを参照するか、アナウンスブログを読み、Dogwood のリファレンス実装をご覧ください。

Amazon EC2 M8g instances now available in additional regions

本日より、Amazon Elastic Compute Cloud (Amazon EC2) M8g インスタンスは AWS アジアパシフィック (台北) リージョンと AWS メキシコ (中部) リージョンでご利用いただけます。これらのインスタンスは AWS Graviton4 プロセッサを搭載しており、AWS Graviton3 ベースのインスタンスと比較してパフォーマンスが最大 30% 向上しています。Amazon EC2 M8g インスタンスは、アプリケーションサーバー、マイクロサービス、ゲームサーバー、中規模データストア、キャッシュフリートなどの汎用ワークロード向けに構築されています。これらのインスタンスは AWS Nitro System 上に構築されており、CPU の仮想化、ストレージ、ネットワーキング機能を専用のハードウェアとソフトウェアにロードして、ワークロードのパフォーマンスとセキュリティを強化します。\n AWS Graviton4 ベースの Amazon EC2 インスタンスは、Amazon EC2 で実行される幅広いワークロードに最高のパフォーマンスとエネルギー効率をもたらします。これらのインスタンスは、Graviton3 ベースの Amazon M7g インスタンスと比較して、インスタンスサイズが大きく、vCPU とメモリが最大 3 倍多くなります。AWS Graviton4 プロセッサは、AWS Graviton3 プロセッサに比べて、データベースでは最大 40%、ウェブアプリケーションでは 30%、大規模な Java アプリケーションでは 45% 高速です。M8g インスタンスには、2 つのベアメタルサイズを含む 12 種類のインスタンスサイズがあります。最大 50 Gbps の拡張ネットワーキング帯域幅と Amazon エラスティックブロックストア (Amazon EBS) への最大 40 Gbps の帯域幅を提供します。

詳細については、「Amazon EC2 M8g インスタンス」を参照してください。ワークロードを Graviton ベースのインスタンスに移行する方法については、AWS Graviton ファストスタートプログラムおよび Graviton 用ポーティングアドバイザーを参照してください。開始するには、AWS マネジメントコンソールを参照してください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS News Blog

AWS Open Source Blog

AWS Cloud Operations Blog

AWS Big Data Blog

AWS Contact Center

Containers

AWS Database Blog

AWS DevOps & Developer Productivity Blog

AWS for Industries

Artificial Intelligence

AWS Security Blog

AWS Storage Blog

Open Source Project

AWS CLI