2025/7/31 9:00:00 ~ 2025/8/1 9:00:00 (JST)

最近の発表

Database Insights provides on-demand analysis for RDS for Oracle

Amazon CloudWatch データベースインサイトは、オンデマンド分析エクスペリエンスの可用性を RDS for Oracle データベースエンジンにまで拡張しました。この機能は機械学習モデルを活用して、選択した期間におけるパフォーマンスのボトルネックを特定し、次に何をすべきかについてのアドバイスを提供します。\n 今回のローンチにより、任意の期間のデータベースパフォーマンス監視データを分析できるようになります。選択した期間が通常とどう違うのか、何が悪かったのかを知り、是正措置に関するアドバイスを得ることができます。わかりやすいグラフと説明により、パフォーマンス問題の主な原因を特定できます。また、これらの問題に対処するための次のステップについてのガイダンスも得られます。これにより、データベースパフォーマンスの問題を診断するまでの平均時間を数時間から数分に短縮できます。 RDS サービスコンソール、AWS API、AWS SDK、または AWS CloudFormation を使用して RDS for Oracle データベースでデータベースインサイトのアドバンスモードを有効にすると、この機能を開始できます。さまざまなリージョン、エンジン、インスタンスクラスでこの機能を利用できるかどうかについては、RDS のドキュメントと Aurora のドキュメントを参照してください。 CloudWatch Database Insights は、データベースと SQL クエリを詳細に分析するためのインスタンスレベルのダッシュボードだけでなく、フリートレベルで集約されたデータベースヘルスモニタリングも提供します。すべての AWS リージョンで利用でき、vCPU ベースの価格設定となっています。詳細については、料金ページをご覧ください。詳細については、『データベースインサイトユーザーガイド』を参照してください。

Amazon Neptune Global Database is now in five new regions

Amazon Neptune グローバルデータベースは、ヨーロッパ (フランクフルト)、アジアパシフィック (シンガポール)、アジアパシフィック (大阪)、アジアパシフィック (ジャカルタ)、イスラエル (テルアビブ) で利用できるようになりました。\n Amazon Neptune Database は高速で信頼性の高いフルマネージド型のグラフデータベースサービスで、高度に接続されたデータセットを扱うアプリケーションを簡単に構築して実行できます。Neptune Global Database は、専用のインフラストラクチャを使用して、ワークロードのパフォーマンスに影響を与えずに、レイテンシーが通常は 1 秒未満のリージョン間でストレージベースの高速レプリケーションを行います。万が一、リージョンのパフォーマンスが低下したり停止したりした場合でも、セカンダリージョンのいずれかを完全な読み取り/書き込み機能に昇格できます。グローバルデータベースには最大 5 つのセカンダリリージョンを、各セカンダリリージョンには最大 16 のレプリカインスタンスを作成できます。 Amazon Neptune マネジメントコンソールで数回クリックするか、最新の AWS SDK または CLI をダウンロードするだけで Neptune グローバルデータベースを作成できます。Neptune グローバルデータベースでは、すべての AWS リージョンで使用する Neptune リソースに標準料金が適用されます。さらに、プライマリ Neptune クラスターとセカンダリ Neptune クラスター間の書き込み、挿入、削除をキャプチャする「複製された書き込み I/O」にも課金されます。Neptune グローバルデータベースの詳細については、ドキュメントをご覧ください。料金については、Amazon Neptune の料金表ページを参照してください。

Amazon RDS for Oracle now supports R6in and M6in instances

Amazon RDS for Oracle は、最大 170 Gbps のネットワーク帯域幅を提供する R6in インスタンスと M6in インスタンスをサポートするようになりました。ネットワーク帯域幅が強化されたため、M6in と R6in DB インスタンスは書き込みの多いワークロードに最適です。 \n R6in インスタンスと M6in インスタンスは Amazon RDS for Oracle の Oracle データベースエンタープライズエディション (EE) と Oracle データベーススタンダードエディション 2 (SE2) の両方の個人所有ライセンスモデルで利用できます。新しいインスタンスは Amazon RDS マネジメントコンソールまたは AWS CLI を使用して起動できます。利用可能なインスタンス設定と料金の詳細については、Amazon RDS for Oracle の料金表を参照してください。

Amazon announces Extended Support for ElastiCache version 4 and version 5 for Redis OSS

Amazon ElastiCache では、Redis OSS 向けの ElastiCache バージョン 4 および 5 の延長サポートが提供されるようになりました。これにより、お客様は標準サポート終了日から最大 3 年間、これらのバージョンで重要なワークロードを維持できます。この新しいサービスは、アプリケーションの依存関係や大規模なデプロイの複雑さから、バージョンアップグレードの計画と実行にさらに時間を必要とするお客様のニーズに対応します。\n Redis OSS の ElastiCache バージョン 4 および 5 の標準サポートは、2026 年 1 月 31 日に終了する予定です。この日以降、サポート対象バージョンにアップグレードされていないクラスターは、自動的に延長サポートに登録されます。延長サポート期間中、Amazon ElastiCache はこれらの Redis OSS バージョンについて、一般的な脆弱性と暴露 (CVE) に対する重要なセキュリティ更新と重大な欠陥修正を引き続き提供します。お客様は、キャッシュクラスターとレプリケーショングループのサービス更新 API または Modify API を使用してアップグレードできます。最新の ElastiCache for Valkey バージョンにアップグレードすることをお勧めします。これにより、価格が 20% 下がり、パフォーマンスが向上するというメリットが得られます。使い始めて、メリットの詳細については、当社のブログをご覧ください。 Amazon ElastiCache 延長サポートは、AWS GovCloud (米国) リージョンと中国リージョンを含むすべての AWS リージョンで利用できます。延長サポート料金の開始日が 2026 年 2 月 1 日より前になることはありません。サポートされているエンジンバージョンを含む延長サポートの詳細については、Amazon ElastiCache ユーザーガイドをご覧ください。Amazon ElastiCache 延長サポートの料金の詳細とスケジュールについて詳しくは、「Amazon ElastiCache 料金表」をご覧ください。

Amazon Q Developer expands multi-language support

本日、Amazon Q Developerは、AWSマネジメントコンソール、AWSコンソールモバイルアプリケーション、およびQ DeveloperのMicrosoft TeamsおよびSlackチャットアプリケーションにおける多言語サポートの拡大を発表しました。サポートされている多くの言語には、フランス語、ドイツ語、イタリア語、日本語、韓国語、中国語、スペイン語、ポルトガル語があります。\n 始めるには、お好みの言語を使って Q Developer と会話を始めるだけです。Q Developer が自動的に言語を検出し、適切な言語で回答するので、グローバルチームが AWS リソースをより早く、より利用しやすい方法で AWS リソースを学習、監視、運用、トラブルシューティングできるようになります。 このアップデートは、Amazon Q Developer が利用できるすべての AWS リージョンでご利用いただけます。開始するには、Amazon Q 開発者にアクセスしてください。

Amazon DocumentDB Serverless is Generally Available

本日、AWSは、Amazon DocumentDBのオンデマンド自動スケーリング構成であるAmazon DocumentDBサーバーレスの一般提供を発表しました（MongoDBとの互換性あり）。Amazon DocumentDB はサーバーレスでフルマネージド型の MongoDB API 互換のドキュメントデータベースサービスです。Amazon DocumentDB Serverless は、アプリケーションの需要に応じて容量をきめ細かく自動的にスケールアップまたはスケールダウンするので、ピーク時のキャパシティをプロビジョニングする場合と比較して最大 90% のコスト削減が可能です。\n ワークロードが変動するアプリケーションの場合、Amazon DocumentDB Serverless はリソース管理を簡素化し、前払いの義務や追加費用が不要なため、使用したデータベース容量に対してのみ支払いが発生します。リードレプリカ、パフォーマンスインサイト、I/O 最適化など、Amazon DocumentDB と同じ MongoDB 互換 API と機能を提供します。Amazon DocumentDB Serverless は、可変、マルチテナント、または混合使用 (読み取り/書き込み) のワークロードを使用する幅広いアプリケーションに最適です。たとえば、何千ものアプリケーションを持つ企業や、数百または数千のデータベースがあるマルチテナント環境を持つサービスとしてのソフトウェア (SaaS) ベンダーは、Amazon DocumentDB Serverless を使用してデータベース全体のデータベース容量を管理できます。さらに、ネイティブのベクター検索と動的に呼び出されるエージェント AI ワークフローを処理するサーバーレス適応性の恩恵を受けるエージェント AI アプリケーションを構築できます。Amazon DocumentDB サーバーレスは、Amazon DocumentDB 5.0 から、新しいクラスターと既存のクラスターの両方で利用できるようになりました。

価格の詳細と利用可能なリージョンについては、Amazon DocumentDB 料金表をご覧ください。

Amazon DocumentDB サーバーレスの詳細については、概要、ドキュメント、および AWS ニュースブログを参照してください。AWS マネジメントコンソールのほんの数ステップで始められます。

AWS Lambda response streaming now supports 200 MB response payloads

AWS Lambda レスポンスストリーミングでは、デフォルトの最大レスポンスペイロードサイズ 200 MB がサポートされるようになりました。これは以前の 10 倍です。Lambda レスポンスストリーミングでは、レスポンスペイロードをクライアントに段階的にストリーミングして、1 バイト目までの時間 (TTFB) のパフォーマンスを短縮することで、レイテンシーの影響を受けやすいワークロードのパフォーマンスを向上させることができます。\n レスポンスストリーミングは、リアルタイムの AI チャットや、ページの読み込みパフォーマンスがユーザーエクスペリエンスに影響するウェブ、モバイルアプリケーションなど、エンドユーザーのレイテンシーの影響を受けやすいユースケースに最適です。以前は、レスポンスストリーミング関数のデフォルトのレスポンスペイロード制限は 20 MB でしたが、レスポンスペイロードがこの制限を超えた場合は、ペイロードを圧縮するか、中間ステップとして Amazon S3 などのサービスを使用することにより、追加のオーバーヘッドを発生させる必要がありました。レスポンスペイロードの上限を増やすことで、最大 200 MB のレスポンスペイロードを Lambda 内で直接処理できるようになり、大規模なデータセット、画像の多い PDF ファイル、さらには音楽ファイルのリアルタイム処理などのユースケースが可能になります。 Lambda レスポンスストリーミングは、Node.js マネージドランタイムとカスタムランタイムをサポートします。Lambda レスポンスストリーミングがサポートされているすべての AWS リージョンでは、200 MB のレスポンスストリーミングペイロード制限がデフォルトになっています。 Lambda レスポンスストリーミングの詳細については、Lambda ドキュメントを参照してください。

Amazon SNS launches additional message filtering operators

Amazon Simple Notification Service (Amazon SNS) では、ワイルドカード照合、ワイルドカード以外の照合、プレフィックス以外の照合という 3 つのメッセージフィルタリング演算子が追加でサポートされるようになりました。\n Amazon SNS はフルマネージド型のパブ/サブサービスで、AWS Lambda、Amazon SQS、Amazon Data Firehose、AWS エンドユーザーメッセージングによる SMS、プッシュ通知、E メールなど、さまざまなエンドポイントに 1 対多のメッセージを配信します。今回のローンチにより、トピック購読者はこれらの追加演算子を使用して、より柔軟なメッセージフィルタリングポリシーを定義できるようになり、関連するメッセージのみを受信できるようになります。これにより、サブスクライバーアプリケーションに追加のフィルタリングロジックを追加する必要がなくなります。 Amazon SNS メッセージフィルタリングは、すべての AWS 商用リージョンと AWS GovCloud (米国) リージョンで利用できます。詳細については、Amazon SNS 開発者ガイドの「メッセージフィルタリング」を参照してください。

Amazon SNS standard topics now support Amazon SQS fair queues

Amazon 簡易通知サービス (Amazon SNS) は、標準トピックのメッセージグループ ID をサポートするようになりました。これにより、サブスクライブされたすべての Amazon SQS 標準キューでフェアキュー機能が有効になります。この機能により、あるテナントからの大量または処理の遅いメッセージが他のテナントからのメッセージを遅延させないようにすることで、SNS 標準トピックにサブスクライブされているすべてのマルチテナント標準キューにおけるノイズの多いネイバーへの影響を軽減できます。\n Amazon SNS 標準トピックに送信されるメッセージにメッセージグループ ID を含めると、トピックはこれらの ID をサブスクライブされているすべての Amazon SQS 標準キューに自動的に転送し、それらのキュー全体でキューの公平な動作を有効にします。この機能は、Amazon SNS を使用してメッセージを複数の処理キューに分散する SaaS アプリケーション、複数の顧客にサービスを提供するイベント駆動型アーキテクチャ、さまざまなリクエストタイプにわたってサービス品質を維持する必要があるマイクロサービスにとって特に役立ちます。 この機能は、すべての AWS 商用リージョンと AWS GovCloud (米国) リージョンでご利用いただけるようになりました。Amazon SNS でメッセージグループ ID を使用する方法の詳細については、Amazon SNS 開発者ガイドを参照してください。Amazon SQS フェアキューの詳細については、ブログ投稿をご覧ください。

Amazon Chime SDK now provides Internet Protocol Version 6 (IPv6) API endpoints

Amazon Chime SDK では、インターネットプロトコルバージョン 6 (IPv6) アドレスを使用するオプションがお客様に提供されるようになりました。お客様は IPv6 を使用して新しいデュアルスタック API エンドポイントに対応し、Amazon Chime SDK API を呼び出すことができます。\n 新しいデュアルスタックのエンドポイントは IPv4 と IPv6 の両方のクライアントをサポートしているため、IPv4 から IPv6 ベースのシステムやアプリケーションに自分のペースで移行できます。このアプローチは、IPv4 と IPv6 間のアドレス変換を処理するための追加のネットワーク機器の必要性を減らしながら、IPv6 コンプライアンス要件への対応に役立ちます。 デュアルスタックのエンドポイントは、AWS GovCloud (米国) を含め、Amazon Chime SDK が利用可能なすべての AWS リージョンで利用できます。Amazon Chime SDK の詳細については、以下のリソースを参照してください。

Amazon Chime SDK ウェブサイト

Amazon Chime SDK エンドポイント

Amazon Chime SDK 開発者ガイドで利用できるリージョン

Amazon EventBridge now supports Internet Protocol Version 6 (IPv6)

Amazon EventBridge は、新しいデュアルスタックエンドポイントを通じてインターネットプロトコルバージョン 6 (IPv6) をサポートするようになりました。IPv6、IPv4、またはデュアルスタックのクライアントを使用して、イベントブリッジイベントバス、イベントブリッジスケジューラー、イベントブリッジパイプ、およびイベントブリッジスキーマレジストリに接続できるようになりました。IPv4 のみをサポートする既存の Amazon EventBridge エンドポイントは、下位互換性のために引き続き使用できます。\n Amazon EventBridge は、イベントを使用してアプリケーションコンポーネントをつなぐサーバーレスサービスで、スケーラブルなイベント駆動型アプリケーションを簡単に構築できます。EventBridge は、多対多ルーティング用のイベントバス、スケジュールされたタスク用のスケジューラー、ポイントツーポイント統合用のパイプ、イベントスキーマの検出と管理のためのスキーマレジストリを通じて、イベントの取り込み、フィルタリング、変換、配信を行うための信頼性が高く効率的な方法を提供します。これらのEventBridgeサービスでデュアルスタックのエンドポイントが利用可能になったため、IPv6を使用してイベント駆動型アーキテクチャを将来にわたって使用できるようにし、既存のIPv4システムとの互換性を維持し、複雑なIPアドレス変換インフラストラクチャの必要性を排除できます。 イベントブリッジ用 IPv6 は、AWS GovCloud (米国) を含むすべての AWS リージョンで利用できます。詳細については、EventBridge のデュアルスタックエンドポイントのドキュメントをご覧になるか、IPv6 のベストプラクティスに関する AWS ホワイトペーパーをお読みください。

AWS Batch now supports scheduling SageMaker Training jobs

本日より、AWS Batch は SageMaker トレーニングジョブのスケジューリングをサポートするようになりました。SageMaker トレーニングジョブ用 AWS Batch を使用すると、データサイエンティストは AWS Batch を利用した設定可能なキューにトレーニングジョブを送信できます。この統合により、優先順位とリソースの空き状況に基づいてジョブをスケジュールできるため、手動で再試行したり調整したりする必要がなくなります。さらに、システム管理者は公平なスケジューリングポリシーを設定して、チーム間のリソース利用を最適化できます。システムは失敗したジョブを自動的に再試行し、キューの状態を可視化します。\n また、SageMaker フレキシブル・トレーニング・プラン (FTP) を調達して、必要な時に必要なキャパシティを確保することもできます。フレキシブル・トレーニング・プランを導入すると、Batchのキューイング機能により、プラン期間中の利用率を最大限に高めることができます。データサイエンティストは、インフラストラクチャの複雑さが自動的に処理されることを知っているので、SageMaker Python SDK から直接自信を持って実験を提出できます。 AWS マネジメントコンソール、AWS コマンドラインインターフェイス (CLI)、または AWS SDK から AWS Batch for SageMaker トレーニングジョブをすぐに使い始めることができます。AWS Batch 自体に追加料金はかかりません。アプリケーションの実行に使用された AWS リソースに対してのみお支払いいただきます。AWS Batch for SageMaker トレーニングジョブは、AWS Batch と SageMaker AI が利用できるすべての商用 AWS リージョンで一般的に利用できるようになりました。開始するには、AWS Batch for SageMaker トレーニングジョブのドキュメントとブログ投稿を参照してください。

AWS DMS Schema Conversion introduces Virtual Mode

AWS Database Migration Service (DMS) Schema Conversion がデータプロバイダーの仮想モードをサポートするようになりました。これにより、ターゲットデータベースインスタンスに接続せずにスキーマの評価と変換を実行できるようになりました。この機能により、インフラストラクチャのコストを削減しながら、変換計画をすぐに開始できます。\n 仮想モードでは、データベースの互換性の評価、スキーマコードの確認と変換、評価レポートの生成、およびリソース要件の計画を行うことができます。これらはすべて、実際のデータベースインフラストラクチャをプロビジョニングする前に行われます。移行の準備ができたら、仮想データプロバイダーから実際のデータプロバイダーにシームレスに切り替えることができます。仮想モードは、Amazon RDS と Aurora PostgreSQL、MySQL、Amazon RDS for Db2、Amazon Redshift など、AWS DMS スキーマ変換がサポートされているすべてのターゲットデータベースで動作します。 仮想モードは、AWS DMS スキーマ変換がサポートされているすべての AWS リージョンで追加料金なしで利用できます。詳細については、仮想データプロバイダーのページをご覧ください。

Amazon Connect Cases now displays detailed email content within the case activity feed

Amazon Connect Cases では、メッセージ本文、画像、添付ファイルの詳細などの E メールコンテンツがケースアクティビティフィード内に直接表示されるようになりました。これにより、ケースワーカーは E メールの会話をより効率的に理解し、ケースをより迅速に解決できます。\n Amazon Connect Cases は、米国東部 (バージニア北部)、米国西部 (オレゴン)、カナダ (中央)、ヨーロッパ (フランクフルト)、ヨーロッパ (ロンドン)、アジアパシフィック (ソウル)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アジアパシフィック (東京)、アフリカ (ケープタウン) の AWS リージョンでご利用いただけます。詳細を確認して使用を開始するには、Amazon Connect ケースのウェブページとドキュメントをご覧ください。

Amazon Connect Cases is now available in the Africa (Cape Town) Region

Amazon Connect ケースがアフリカ (ケープタウン) AWS リージョンで利用できるようになりました。Amazon Connect Cases にはケース管理機能が組み込まれているため、コンタクトセンターのエージェントは、顧客との複数の会話やフォローアップタスクを必要とする顧客の問題を簡単に作成、共同作業し、迅速に解決できます。\n 今回のローンチにより、Amazon Connect Cases は米国東部 (バージニア北部)、米国西部 (オレゴン)、カナダ (中部)、ヨーロッパ (フランクフルト)、ヨーロッパ (ロンドン)、アジアパシフィック (ソウル)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アジアパシフィック (東京)、アフリカ (ケープタウン) の AWS リージョンで利用できるようになりました。詳細を確認して使用を開始するには、Amazon Connect ケースのウェブページとドキュメントをご覧ください。

AWS Clean Rooms now publishes events to Amazon EventBridge

AWS Clean Rooms は、クリーンルームコラボレーションのステータス変更に関するイベントを Amazon EventBridge に公開するようになりました。これにより、コラボレーションの作成者や分析ランナーにリアルタイムの洞察が提供されます。コラボレーションの作成者にはコラボレーションとメンバーシップの変更が通知され、分析が完了すると分析ランナーに通知されます。これにより、監視インフラストラクチャを追加しなくても、コラボレーションイベントに直ちに対応する自動化されたワークフローを構築できます。たとえば、パートナーが顧客セグメンテーション分析を完了すると、マーケティングチームにキャンペーンの有効化を開始するよう自動的に通知されるので、アクションまでの時間が数時間から数分に短縮され、コラボレーションメンバー間の透明性が高まります。\n AWS Clean Rooms を使用すると、企業とそのパートナーは、互いの基礎データを公開したりコピーしたりすることなく、集合したデータセットを簡単に分析して共同作業できます。AWS クリーンルームが利用できる AWS リージョンの詳細については、AWS リージョンの表を参照してください。AWS クリーンルームとの連携の詳細については、AWS クリーンルームをご覧ください。

Amazon Q Developer CLI announces custom agents

Amazon Q Developer CLI は、コードレビューやトラブルシューティングなどの特殊なタスクをより効果的に実行できるように CLI エージェントをカスタマイズできるカスタムエージェントを発表しました。カスタムエージェントを定義するには、エージェントが使用できるツール、エージェントの動作をガイドするプロンプト、およびタスクの実行に必要なコンテキストを指定する設定ファイルを作成します。設定が完了すると、カスタムエージェントを使用して CLI で会話を始めることができるため、コンテキストの切り替えが減り、エクスペリエンスが効率化されます。\n セットアッププロセス中に、どの特定の MCP およびネイティブツールをエージェントが使用できるかを指定できます。これには、ファイルシステム書き込みツールが変更できるパスなどのツール権限も含まれるため、エージェントの動作をよりきめ細かく制御できます。また、コンテキストとして静的に含めるファイルと、コンテキストフックを使用して動的に含めるファイルを指定できるため、開発タスクに対してより焦点を絞った適切な対応が可能になります。カスタムエージェントはプロジェクト固有でチームメンバー間で簡単に共有することも、開発者が任意のプロジェクトでユースケースベースのタスクを実行できるようにグローバルにすることもできます。 カスタムエージェントは Amazon Q デベロッパー CLI 内で利用できます。詳細については、Amazon Q デベロッパー向けドキュメントを参照するか、ブログをご覧ください。

Amazon Location Service Migration SDK now supports Enhanced Places, Routes, and Maps capabilities

Amazon Location ServiceはMigration SDKを更新し、周辺検索、電話番号による検索、ウェイポイントの最適化、段階的なルートプランニング手順など、高度な場所、ルーティング、マッピング機能のサポートを拡大しました。今回の更新により、お客様は Google Maps Platform から Amazon ロケーションサービスに、これらの機能を利用している場合に、より簡単に移行できるようになりました。\n これらの新機能により、開発者はアプリケーションやビジネスロジックを書き直すことなく、より高度なロケーションベースのアプリケーションを移行できます。お客様は、現在の Google Maps API の使用状況を Migration SDK のサポートされている API のリストと比較して、Migration SDK が自分に適しているかどうかを判断できます。Amazon ロケーションサービスの「マップ/場所/ルート」機能セットが拡張されると、移行 SDK も更新される予定です。 強化されたマイグレーション SDK の詳細については、マイグレーション SDK のドキュメントをご覧ください。

AWS Management Console enables discover, manage applications from anywhere in the Console

本日、Amazon Web Services, Inc. (AWS) は、AWS マネジメントコンソールのどこからでもアクセスできるアプリケーション中心のエクスペリエンスをお客様に提供する AWS マネジメントコンソールの新機能を発表しました。お客様は AWS コンソールのナビゲーションバーの [サービス] メニューで AWS アプリケーションを表示できます。「すべてのアプリケーション」ビューでは、すべてのアプリケーションを表示したり、アプリケーションをお気に入りに追加したりできます。その後、お客様はアプリケーションをクリックして関連するリソースをすべて表示したり、(プロパティとタグに基づいて) フィルターを追加したりできます。複数のアプリケーションを管理しているお客様は、アプリケーションをお気に入りに登録したり、アプリケーションをすばやく切り替えたりすることもできます。\n 以前は、お客様は MyApplications に移動してすべてのアプリケーションを表示し、アプリケーション内のリソースにアクセスするには AWS Resource Explorer に移動する必要がありました。サービスメニューの新しい「All Applications」ビューでは、すべてのアプリケーションをワンクリックで確認できるようになりました。お客様は、現在のコンテキストから離れることなく、アプリケーション内のリソース間を移動できます。 この新しいエクスペリエンスは、すべての AWS 商用リージョンで利用できます。お客様は AWS マネジメントコンソールのナビゲーションバーのサービスメニューにある [すべてのアプリケーション] をクリックするとアクセスできます。このエクスペリエンスへのアクセス方法の詳細については、こちらをご覧ください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS News Blog

AWS Cloud Operations Blog

AWS Big Data Blog

AWS Compute Blog

Containers

AWS Database Blog

AWS DevOps & Developer Productivity Blog

Artificial Intelligence

AWS for M&E Blog

AWS Security Blog

AWS Storage Blog

Open Source Project

AWS CLI

Amazon EKS Anywhere