2026/10/12 9:00:00 ~ 2026/10/13 9:00:00 (JST)

最近の発表

Amazon EC2 G7 instances now available in Europe (Frankfurt) and Europe (Stockholm) Regions

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 インスタンスは動画トランスコーディング、空間コンピューティング、データ分析ワークロードをサポートします。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 インスタンスは、米国西部 (オレゴン)、米国東部 (バージニア北部、オハイオ)、ヨーロッパ (スペイン、フランクフルト、ストックホルム) の AWS リージョンで使用できます。G7 インスタンスは、オンデマンドインスタンス、スポットインスタンス、または貯蓄プランの一部として購入できます。 開始するには、AWS マネジメントコンソール、AWS コマンドラインインターフェイス (CLI)、AWS SDK にアクセスしてください。詳細については、G7 インスタンスページをご覧ください。

AWS Lambda announces Lambda Web Functions

AWS Lambda は、コードが HTTP リクエストを直接処理する新しいサーバーレスコンピューティングプリミティブである Lambda Web Functions を発表しました。コードはポートでリッスンし、他の HTTP サーバーと同じようにリクエストを処理します。Express や Hono などの使い慣れたフレームワークを、アダプターやカスタム設定なしで使用します。これにより、AI 推論エンドポイント、サーバーサイドレンダリング (SSR) Web アプリ、ストリーミング API エンドポイント、マイクロサービス、Webhook などのワークロードに対応できます。コードがデータベースやダウンストリームサービスを待機するために費やすアイドル状態の CPU 時間ではなく、アクティブな CPU 時間と環境が保持しているメモリに対して料金が発生します。今回の発表により、既存の Lambda 関数の名前も Lambda Event Functions に変更されます。これは名前の変更だけで、既存の関数のコード変更や再デプロイは不要です。\nビルダーは Lambda を使用することで、イベント駆動型パイプライン、リクエスト/レスポンス API、データ処理全体にわたって、サーバーを管理することなく、コードから本番環境にすばやく移行できます。AI 主導の開発が加速するにつれて、使い慣れたプログラミングモデルを使用してローカルでビルドしてデプロイし、低レイテンシーでユーザーにサービスを提供しながら、アクティブな CPU 使用率に基づいてワークロードの料金を支払いたいと考えています。Lambda ウェブ関数はこれを実現します。現在、ラムダウェブファンクションは Node.js ランタイムをサポートしています。1 つのウォーム実行環境で複数の同時リクエストを処理できるため、コールドスタートを大幅に削減できます。ネイティブ HTTP ストリーミングでは、結果をクライアントに段階的にストリーミングできます。 AWS Lambda API、AWS エージェントツールキット、AWS マネジメントコンソール、AWS CLI、AWS CloudFormation、AWS SAM、AWS CDK、または AWS SDK を使用して、ラムダウェブ関数を作成および設定できます。マルチリージョンルーティングでは、1 回デプロイするだけで、エンドユーザーに最も近いリージョンから各リクエストを処理できます。ウェブ関数は Amazon 仮想プライベートクラウド (VPC) 接続をサポートしているため、関数が VPC 内にあるリソースにアクセスできるようになります。 Lambda Web Functions は現在、米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (オレゴン)、アジアパシフィック (東京)、ヨーロッパ (アイルランド) の AWS リージョンでご利用いただけます。現在のリストについては、「リージョン別の AWS 機能」ページを参照してください。詳細については、『Lambda ウェブ関数開発者ガイド』を参照してください。料金の詳細については、「AWS Lambda 料金表」を参照してください。Lambda ウェブ関数の動作を確認するには、AWS ニュースブログのお知らせをご覧ください。

Announcing consumption-based pricing for short-term memory in Amazon Bedrock AgentCore

Amazon Bedrock AgentCore の短期メモリの使用量ベースの価格設定を発表\nAmazon Bedrock AgentCore メモリは、エージェントが取り込み、取得、保存するデータに基づいて短期メモリ (STM) の価格を設定するようになり、以前のイベントごとの定額料金に代わりました。AgentCore メモリは、短期記憶を通じてエージェントにセッション中のコンテキストを提供し、長期記憶を通じてセッション全体で永続的な知識を提供します。従量制の価格設定により、小規模なイベントを頻繁に作成するエージェントを構築する開発者は、使用した内容に比例して支払いを行います。 STM の料金は、取り込みが 1 GB あたり 1.00 ドル、取り出しが 1 GB あたり 0.20 ドル、ストレージが GB あたり月額 0.10 ドルという 3 つの側面に分かれています。取り込みと取り出しはイベントごとに最小 12 KB、最大 64 KB の請求対象サイズで課金され、ストレージは各イベントの実際のサイズに基づいて請求されます。ほとんどのワークロードではコストが低く、ペイロードが小さいユースケースが最も削減率が高くなっています。メモリリソースの存続時間 (TTL) を短く設定することで、ストレージコストを管理できます。長期メモリの価格設定は変わりません。 AgentCore Memory 短期メモリの従量制料金は、AgentCore Memory が提供されているすべての AWS リージョンでご利用いただけます。開始するには、Amazon Bedrock AgentCore 料金表ページをご覧ください。

AWS Transfer Family supports custom ports for public SFTP servers

AWS Transfer Family では、パブリック SFTP サーバーでカスタムポートを設定し、各ポートの通信モードを選択できるようになりました。異なるポートを必要とするクライアントや、単一サーバー上で異なる SFTP 接続を開始するクライアントをサポートできます。\n以前は、パブリック SFTP サーバーはポート 22 でのみ接続を受け付け、サーバーファースト通信を使用していました。今回のローンチにより、最大 3 つのポート (22 または 2000 ～ 65535 の任意のポート) を設定できるようになり、ビジネスやネットワークに必要なポート番号を使用し、1 台のサーバーに複数のポートを提供できるようになりました。SFTP クライアントの中には、自分で通信を開始するものがあり、サーバーファーストポートでは接続が停止することがあります。ポートごとに、クライアントファーストまたはサーバーファーストの通信を選択し、接続動作に合ったポートにクライアントを誘導できるようになりました。22 以外のポートを使用すると、ポート 22 をターゲットとする自動スキャナーによる不要な接続試行を減らすこともできます。 この機能は、Transfer Family のパブリック SFTP サーバーが提供されているすべての AWS リージョンで利用できます。開始するには、AWS Transfer Family コンソールにアクセスするか、AWS CLI または AWS SDK を使用してください。詳細については、AWS Transfer ファミリーユーザーガイドの「SFTP 対応サーバーの作成」を参照してください。

AWS Secrets Manager adds managed external secrets support for Databricks and Twilio

AWS Secrets Manager のマネージド型外部シークレット機能が Databricks と Twilio を含むように拡張され、データパイプラインやメッセージングアプリケーションがこれらのサービスを呼び出すために使用する認証情報を自動的にローテーションできるようになりました。ローテーションは AWS マネジメントコンソールまたは API から直接設定できます。カスタムのローテーション Lambda 関数を記述したり管理したりする必要はありません。\nローテーションの設定が難しく、更新された認証情報を使用するアプリケーションに安全に配布するのが難しいため、長期間有効な認証情報はローテーションされないままになることがよくあります。外部シークレットが管理されていると、Secrets Manager を使用して、ジョブや継続的インテグレーションおよび継続的デリバリー (CI/CD) パイプラインで使用される Databricks 個人アクセストークンをローテーションできます。自動化ワークフローが使用するサービスプリンシパルの OAuth クライアントシークレットをローテーションすることもできます。交換用の個人用アクセストークンはそれぞれ、置換するトークンのスコープを保持するため、スコープの狭いトークンのスコープは狭くなります。 Twilio では、Secrets Manager を使用して、アプリケーションがメッセージの送信や呼び出しに使用する API キーと認証トークンをローテーションできます。どちらのサービスでも、認証情報を管理対象外部シークレットとして Secrets Manager に保存し、ローテーションスケジュールを設定します。Secrets Manager は常に現在の認証情報を返すため、アプリケーションはローテーションされた値を自動的に取得し、コードを変更する必要はありません。 これらの統合は、BigID、シスコセキュリティプラットフォーム、Confluent Cloud、Datadog、GitLab、Jenkins、MongoDB Atlas、Netskope、Paddle、Salesforce、Snowflake、SonarQube の既存のマネージド外部シークレットサポートに加わります。 データブリックスと Twilio が管理する外部シークレットは、AWS Secrets Manager が管理する外部シークレットがサポートされているすべての AWS リージョンで利用できます。詳細については、AWS Secrets Manager が管理する外部シークレットのドキュメントをご覧ください。

Amazon EMR now supports native data quality checks in Apache Spark jobs

Amazon EMR が Apache Spark ジョブ内でネイティブにデータ品質を検証するようになりました。データエンジニアリングチームは、個別の検証インフラストラクチャを構築したり維持したりしなくても、不良データが下流のシステムに届く前に品質問題をインラインで検出できます。AWS Glue を搭載した Amazon EMR Data Quality は追加料金なしで利用でき、AWS Glue と同じ宣言型ルール言語 (データ品質定義言語) と API を使用して両方のエンジンで一貫したエクスペリエンスを実現しています。また、EC2、EKS、サーバーレスのデプロイモードで Apache Iceberg、Apache Hudi、Delta Lake と連携します。\nこの機能を使用すると、Spark スクリプトで検証ルールを作成したり、AWS Glue Data Catalog に保存されている参照ルールを作成したりして、パイプラインの任意の段階 (データの読み取り後、変換中、または処理後) に適用できます。Amazon EMR Data Quality では、実行履歴と比較する動的ルールや、固定しきい値を指定せずに経時的なドリフトを追跡できる ML ベースの異常検出など、30 種類以上のルールが用意されているため、ニーズに合った検証フレームワークを柔軟に選択できます。パイプラインの障害発生、無効なレコードのフィルタリング、品質評価結果に基づく隔離へのルーティングなどのアクションを実行できます。結果はデータセット、ルール、行レベルで生成されるため、どのレコードまたはルールが品質障害の原因となっているかを簡単に特定できます。 Amazon EMR データクオリティは、Amazon EMR が利用可能なすべての AWS コマーシャルリージョンと AWS GovCloud (米国) リージョンの Apache Spark (emr-spark-8.1.0) 用の AWS ランタイムでご利用いただけます。 開始するには、Amazon EMR データ品質ドキュメントにアクセスし、EMR ワークロードの Spark スクリプトにデータ品質検証用の DQDL ルールを追加してください。

Amazon ElastiCache for Valkey introduces ElastiCache Insights

Amazon ElastiCache for Valkey には、ノードベースのクラスター用の Amazon CloudWatch にあらかじめ組み込まれているダッシュボード、ElastiCache Insights が搭載されるようになりました。ElastiCache Insights は、ElastiCache が自動的に公開する OpenTelemetry メトリクスのセットをソースとするクラスターヘルス、メモリ、コンピューティング、ネットワーク、コマンドスループット、レイテンシー、キースペース、エラーを 1 つのビューにまとめます。\nElastiCache Insights を使用すると、リージョン全体のキャッシュワークロードの状態を一目で確認したり、ノードがメモリ、ネットワーク、または接続の制限に近づいたことを検出したり、ビューをクラスター、シャード、ノード、またはアベイラビリティーゾーンにフィルタリングしたりできます。また、作業負荷に合わせたカスタムダッシュボードの出発点としてコピーを保存することもできます。 詳細モニタリングでは、15 秒ごとに公開するメトリクスを選択して、[メトリクス] タブまたはカスタムダッシュボードに表示できます。OpenTelemetry メトリクスに関する CloudWatch の料金は、ElastiCache の詳細モニタリングに適用されます。 開始するには、Amazon ElastiCache コンソールでクラスターの「メトリックス」タブを開き、「ElastiCache インサイトで表示」を選択します。Amazon CloudWatch コンソールのインフラストラクチャモニタリングで ElastiCache インサイトを選択することもできます。 ElastiCache インサイトは、Amazon CloudWatch がオープンテレメトリーメトリクスをサポートしているすべての AWS リージョンのノードベースの Valkey クラスターで利用できます。ElastiCache インサイトの詳細については、Amazon ElastiCache ユーザーガイドの「オープンテレメトリックスによる ElastiCache のモニタリング」を参照してください。

Amazon OpenSearch Service now supports index-level encryption

Amazon OpenSearch Service がインデックスレベルの暗号化をサポートするようになり、保存中の各インデックスを独自の AWS キー管理サービス (AWS KMS) のカスタマー管理キーで暗号化できるようになりました。これにより、所有権や機密性が異なるデータを、同じドメインの別々のキーで保護できます。たとえば、マルチテナントアプリケーションでは、各テナントのデータを独自のキーで暗号化できます。\nインデックスレベルの暗号化は、Amazon OpenSearch Service の既存の保存時の暗号化機能を基盤としています。有効にするには、暗号化モードをネイティブに設定し、AWS マネジメントコンソールまたは AWS CLI を使用して新しいドメインを作成するときに、お客様が管理する AWS KMS キーを指定します。その後、ドメインに追加のキーを登録し、そのキーを使用して個々のインデックスを暗号化できます。 インデックスレベルの暗号化は、米国東部 (バージニア北部、オハイオ)、米国西部 (オレゴン)、カナダ (中部)、アジア太平洋 (ムンバイ、ソウル、シンガポール、シドニー、東京)、ヨーロッパ (フランクフルト、アイルランド、ロンドン、パリ)、南米 (サンパウロ) の 14 の AWS リージョンで OpenSearch バージョン 3.3 以降を実行しているドメインで利用できます。この機能には追加料金はかかりません。標準の AWS KMS および OpenSearch サービス料金が適用されます。 はじめに、Amazon OpenSearch サービス開発者ガイドの「インデックスレベルの暗号化」を参照してください。

AWS Blogs

AWS News Blog

AWS Architecture Blog

AWS Big Data Blog

AWS Database Blog

Desktop and Application Streaming

AWS for Industries

Artificial Intelligence

AWS for M&E Blog

AWS Quantum Technologies Blog

AWS Security Blog

AWS Storage Blog

Open Source Project

AWS CLI

Amplify for iOS