2026/10/28 9:00:00 ~ 2026/10/29 9:00:00 (JST)

最近の発表

Amazon RDS for Oracle now supports September 2026 Monthly Recommended Patch

Oracle 用 Amazon リレーショナルデータベースサービス (Amazon RDS) は、Oracle データベースバージョン 19c および 26ai の 2026 年 9 月の月次推奨パッチ (MRP) をサポートするようになりました。MRP は、オラクルのクリティカル・セキュリティ・パッチ・アップデート (CSPU) に Oracle が推奨するその他の修正をバンドルした、四半期ごとのリリース更新 (RU) に基づいて構築されたマイナー・エンジン・バージョンです。2026年9月のMRPは、2026年7月のRUに加えて適用され、オラクルの9月のCSPUも含まれます。Oracle データベースの最新のセキュリティ更新が含まれているため、2026 年 9 月の MRP にアップグレードすることをお勧めします。\n このリリースには、更新された Oracle タイムゾーンファイル (DST バージョン 46) も含まれています。このファイルには、カナダのブリティッシュコロンビア州とアルバータ州 (2026 年 11 月 1 日発効)、モロッコと西サハラ (2026 年 9 月 20 日発効) など複数の地域における最新の夏時間ルール変更が反映されており、これらは恒久的な UTC オフセットに移行しています。これらの地域のタイムゾーン情報を含むタイムスタンプを保存すると、更新されたタイムゾーンファイルはそのデータを新しいルールに合わせて保持します。

新しいデータベースインスタンスに 2026 年 9 月の MRP を適用するか、Amazon RDS マネジメントコンソールから、または AWS SDK または CLI を使用して、既存のインスタンスをエンジンバージョン 19.0.0.0.ru-2026-09.r2 または 26.0.0.0.ru-2026-07.mrp-2026-09.r2 にアップグレードできます。各エンジンバージョンの Amazon RDS でサポートされている Oracle MRP の詳細については、Amazon RDS for Oracle リリースノートを参照してください。

Amazon Bedrock AgentCore CLI version 1.0 is now available

AWS は、Amazon Bedrock AgentCore CLI バージョン 1.0 (@aws /agentcore 1.0.0) の一般提供を発表しました。このバージョンは、起動の高速化、一貫したコマンド構造、およびより多くのエージェントコアリソースのサポートにより再構築されました。CLI は、開発者がターミナルから AI エージェントとサポートリソースを作成、開発、デプロイ、運用するのに役立ちます。\n バージョン 1.0 では、開発者は最初にプロジェクトに追加しなくても、プロジェクトワークフローを使用したり、ハーネス、ランタイム、メモリ、ID、ゲートウェイ、支払いを直接操作したりできます。開発者は ID や ARN を使用して既存のリソースを呼び出したり、インタラクティブシェルを開いたり、ハーネスをエクスポートしたり、検索可能なメニュー、リソースピッカー、ガイド付きワークフローを使用したりできます。一貫したグローバルフラグにより、コマンド間でリージョン選択、JSON 出力、デバッグ、バージョン情報が提供されます。

agentcore migrate コマンドを使用すると、既存のプロジェクトを AgentCore バージョン 1 に移行できます。

npm から AgentCore CLI バージョン 1.0 をインストールするか、GitHub でソースを確認してください。詳細については、Amazon Bedrock AgentCore 製品ページ、AgentCore CLI リファレンス、および「Amazon Bedrock AgentCore を使ってみよう」を参照してください。

AWS Lambda supports Seekable OCI (SOCI) lazy loading for Lambda Managed Instances

AWS Lambda は、Lambda マネージドインスタンスで実行されるオープンコンテナイニシアチブ (OCI) イメージとしてパッケージ化されたイベント関数を遅延読み込みするためのシーク可能 OCI (SOCI) をサポートするようになりました。SOCI のサポートにより、Lambda はイメージ全体を事前にダウンロードするのではなく、実行環境の起動の各段階で必要なファイルのみをフェッチするので、コンテナの起動時間を最大 70% 短縮できます。\n データ処理パイプライン、高スループット API バックエンド、バッチ計算ワークロードなど、計算量の多いアプリケーションを構築しているお客様は、大規模なデータセットを処理し、低レイテンシーの応答を大規模に提供し、複雑な計算を効率的に実行するために、大量のメモリと CPU リソースを必要とします。このようなワークロードのコンテナイメージは数ギガバイトに達することがあり、新しい実行環境をプロビジョニングする場合、イメージ全体のダウンロードと準備には数分かかることがあります。Lambda マネージドインスタンスの SOCI サポートは、実行環境の起動の各段階で必要なファイルのみをストリーミングすることで、このボトルネックを解消し、スケーリングしても関数をより早く起動できるようになります。

はじめに、コンテナイメージの SOCI インデックス (イメージレイヤー内のファイルの目次) を作成し、Amazon ECR にプッシュします。関数を作成または更新するときは、イメージ URI を Amazon ECR の SOCI インデックスタグ (たとえば、my-function: v1-soci) に設定し、関数バージョンを公開します。Lambda は SOCI インデックスを自動的に検出し、追加の設定なしで遅延読み込みを可能にします。Kiro、Claude Code、Codex などのコーディングアシスタントを使用する場合は、Agent Toolkit for AWS から Lambda マネージドインスタンススキルをインストールして、エージェントを通じて関数を設定してデプロイしてください。

この機能は、Lambda マネージドインスタンスが利用できるすべての AWS 商用リージョンで利用できます。詳細については、AWS Lambda マネージドインスタンス開発者ガイドをご覧ください。

Introducing time series collections for the next generation of Amazon OpenSearch Serverless

本日、次世代の Amazon OpenSearch サーバーレスでの時系列コレクションのサポートを発表しました。時系列コレクションを使用すると、クラスターをプロビジョニングしたり管理したりしなくても、ログ、メトリックス、トレース、イベントデータを取り込み、保存、分析できます。取り込みの急増を自動的に吸収し、最新のデータを迅速にクエリできるように保ち、数か月または数年分の履歴を低コストで検索できるようにするのが、すべて同じコレクションにまとめられています。\n 時系列コレクションでは、既存のホットストレージ階層に加えて、低コストの新しいウォームストレージ階層が追加されるため、お客様はホットストレージ料金を支払うことなく、アクセス頻度の低いデータを保持できます。お客様は、ウォームストレージに移行する前にデータをホット状態にしておく期間を選択できます。時系列コレクションは、コレクションあたり最大 100 TB のホットストレージを備えているため、アプリケーション監視、セキュリティ分析、IoT テレメトリなどの大量のオブザーバビリティワークロードを処理できます。アラートと異常検出も利用できるようになったため、お客様は個別のツールを使用しなくても、問題に関する通知を受け取ったり、ログやイベントデータから異常なパターンを発見したりできます。

現在、時系列データ収集は OpenSearch サーバーレスが利用可能なすべての AWS リージョンで利用可能です。新しいウォームストレージの料金について詳しくは、OpenSearch サーバーレスの料金をご覧ください。Amazon OpenSearch サーバーレスの時系列コレクションの詳細については、OpenSearch サーバーレス機能ページ、ローンチブログ、AWS ドキュメントを参照してください。

Quick now supports smart approvals for agentic actions

Amazon Quickはスマート承認をサポートするようになりました。これは、最も重要なアクションに対する人間の監視を維持しながら、不必要な承認プロンプトを減らすレビューレイヤーです。エージェントが E メールの送信、レコードの更新、チケットの作成など、ユーザーに代わってより多くのアクションを実行するようになると、各ステップの承認をユーザーに求めると、承認に疲れ、時間が経つにつれて監視が弱まります。スマート承認では、分類器と呼ばれる個別のレビューモデルが、対象となる各アクションをユーザーのリクエストと照らし合わせて評価します。ルーチンアクションを自動的に承認し、結果的に発生するアクションをユーザーに確認してもらいます。\n 常に既存のポリシーが優先されます。スマート承認では、ユーザーの設定が「質問」になっているアクションのみが毎回審査されます。拒否されたアクションは拒否されたままになり、スマート承認によって新しいアクセス権限が付与されることはありません。分類担当者は、影響の大きいアクションをユーザーに送信して確認してもらいます。これには、組織外へのコンテンツの送信、権限の変更、コンテンツの削除、支払い、およびユーザーの要求を超えるアクションが含まれます。各自動承認の対象となるのは、確認されたアクションそのものだけです。レビューが失敗したりタイムアウトしたりすると、アクションはユーザーに渡されます。

スマート承認はデフォルトですべてのユーザーに対して有効になっています。管理者はカスタム権限で誰が使用できるかを制御でき、ユーザーはチャットオプションでの会話やスケジュールされた実行でオフにできます。AWS CloudTrail は、スマート承認によって行われた各アクションレビューと、ユーザーのスマート承認設定に対する各変更を記録します。

スマート承認は、Amazon Quick エージェント機能がサポートされているすべての AWS リージョンの Amazon Quick で利用できます。詳細については、AWS リージョンの表を参照してください。

スマート承認の詳細については、Amazon クイックユーザーガイドの「スマート承認」を参照してください。Amazon Quick について詳しくは、Amazon Quick 製品ページを参照してください。

Amazon EKS Dashboard now provides fleet-wide visibility into certificate authority (CA) rotation

本日、Amazon Elastic Kubernetes Service (Amazon EKS) は、Amazon EKS ダッシュボードで認証機関 (CA) のローテーションの可視化を発表しました。これにより、クラスター全体の CA ローテーションを統合的に把握できるようになります。Amazon EKS ダッシュボードでは、すでに AWS のリージョンとアカウントにわたるクラスターを一元的に可視化できます。また、CA ローテーションが含まれるようになったため、各クラスターを個別に確認しなくても、アクションが必要な箇所を確認できます。\n Amazon EKS クラスターにはそれぞれ独自の CA があり、2018 年以降に作成されたクラスターには有効期間が 10 年の CA があり、ローテーションアクティビティを開始すべき段階に近づいています。EKS ダッシュボードでは、クラスターとその CA ローテーションステータス、CA の有効期限が近づいているクラスター、予定されている自動ローテーションイベントを確認できるようになりました。これにより、多数のクラスターを運用しているプラットフォームチームは、1 か所からフリート全体のアクションに優先順位を付けることができます。

Amazon EKS ダッシュボードは AWS Organizations を通じてアカウントとリージョンのデータを集約するので、組織の管理アカウントのダッシュボードへの信頼できるアクセスを有効にして、この機能を使用できます。米国東部リージョン (us-east-1) からダッシュボードを表示すると、追加料金なしで利用できます。CA ローテーションサポートはすべての商用 AWS リージョンに及んでおり、ダッシュボードにはそのローテーションステータスが 1 つのフリート全体にわたるビューにまとめられています。詳細については、Amazon EKS のドキュメントを参照してください。

AWS Lambda durable functions now exports live telemetry for execution insights

AWS Lambda は、Lambda 耐久性関数用の耐久実行テレメトリエクスポータープラグインを発表しました。この新しいオブザーバビリティプラグインは、永続実行の履歴を段階的にキャプチャし、選択した 1 つ以上の宛先に送信します。エクスポートされたデータを使用して業務上およびビジネス上の洞察を収集し、標準の保存期間を超えて履歴を保持できます。また、Kiro などの AI エージェントがエクスポートされたテレメトリデータを自然言語でクエリできる、付属のモデルコンテキストプロトコル (MCP) サーバーもリリースします。\n Lambda の耐久性の高い関数を使用すると、最大 1 年間稼働する回復力のある複数ステップのアプリケーションと AI ワークフローを構築できます。新しい Telemetry Exporter は、実行ステータス、操作タイミング、ステップの入出力、エラーなどのデータを 13 の組み込み宛先に送信します。送信先には、Amazon CloudWatch Logs、Amazon Athena 用 Amazon S3、Amazon DynamoDB、Amazon Aurora、Amazon OpenSearch サービスが含まれます。エクスポート前に機密フィールドを編集し、サンプリングレートを設定してデータ量を制御できます。MCP サーバーを使用すると、オンコールのエンジニアが AI エージェントに最近失敗した実行を一覧表示して障害の原因を突き止めるよう依頼でき、ビジネスアナリストは特定の顧客のトランザクションをすべて見つけることができます。

エクスポーターはタイプスクリプト、Python、Java、Go で使用できます。はじめに、エクスポーターをインストールし、プラグインを関数ハンドラーに登録して、MCP サーバーをエージェントに追加します。

耐久実行テレメトリーエクスポーターは、Lambda 耐久性関数をサポートするすべての AWS リージョンで追加料金なしで利用できます。詳細については、耐久実行 SDK のドキュメントとブログ投稿を参照してください。

Amazon ECS Managed Instances adds cross-instance and Spot consolidation

本日、Amazon Elastic Container Service (Amazon ECS) マネージドインスタンスでは、クロスインスタンスとスポット統合という 2 つのインフラストラクチャ最適化アップデートが導入されました。クロスインスタンス統合では、使用率の低い複数のインスタンスで実行されているタスクをまとめて評価し、それらをより少ないインスタンスにまとめて使用率を高め、コストを削減します。スポット統合は、この機能をスポット容量にまで拡張し、最初に代替容量が利用可能であることを確認した後に、十分に活用されていないスポットインスタンスを統合します。\nAmazon ECS マネージドインスタンスは、可用性とコストのバランスを取りながら、お客様のワークロードに適したサイズの Amazon EC2 インスタンスをプロビジョニング、設定、運用します。インフラストラクチャの最適化により、継続的にフリートが監視され、アイドル状態のキャパシティが解放され、十分に活用されていないインスタンスが、開始前停止時の適切なタスク置換によって統合されます。これまで、最適化では交換対象として各インスタンスを個別に評価していましたが、キャパシティプロバイダーが多様なインスタンスタイプで構成されている場合はうまくいきました。しかし、キャパシティプロバイダーが狭い範囲のインスタンスタイプで構成されている場合、1 回交換しても節約できないため、使用率の低い複数のインスタンスを統合する機会が少なくなりました。インスタンス間の統合により、ECS は複数のインスタンスにわたるタスクを同時に評価して再パックするようになりました。たとえば、最小サイズが 4xlarge の c9g インスタンス用に設定され、261 のタスク (それぞれ 1 つの vCPU、1.94 GiB) を実行しているキャパシティプロバイダーを使ったテストでは、インスタンス間の統合により、インスタンス数は 19 インスタンス (4 x ラージ 7 個、8 x ラージ 4 個、12 xラージ 4 個、24xlarge 1 個) から 13 インスタンス (4 x ラージ 8 個、8 x ラージ 5 個) に減少し、CPU 使用率が 42% から上昇しました。91% に、メモリ使用率を 41% から 88% に引き上げました。スポット統合は、スポット容量にも同じアプローチを適用します。まず、代替容量が利用可能であることを確認します。これらの機能強化により、ECS Managed Instances はオンデマンドワークロードとスポットワークロードの両方のコストをさらに最適化できます。 クロスインスタンス統合とスポット統合は、すべての AWS リージョンで追加料金なしで利用できるようになり、既存および新規の ECS マネージドインスタンスのキャパシティプロバイダーすべてに自動的に適用されます。詳細については、ドキュメントを参照してください。

Amazon EKS Auto Mode now supports Kubernetes Gateway API

Amazon EKS Auto Mode は Kubernetes Gateway API をサポートするようになりました。これにより、トラフィックがアプリケーションに届く方法を標準的かつポータブルに定義できるようになりました。お客様は Gateway と HttpRoute のリソースを使用してアプリケーションの負荷分散を設定でき、EKS Auto Mode は基盤となる AWS インフラストラクチャを自動的にプロビジョニングおよび管理します。\n 今回の発表により、EKS Auto Mode のお客様は、別途コントローラーをインストールまたは設定しなくても、次世代 Kubernetes トラフィック管理標準を採用できるようになります。機能には、HTTP および gRPC ルーティング、マルチチーム環境用の名前空間間のトラフィックルーティング、加重トラフィック分割、ヘッダーベースのルーティング、AWS Certificate Manager による自動 TLS 証明書検出などがあります。Ingress リソースを使用する既存のワークロードは、引き続き Gateway API リソースと連携して動作します。

開始するには、Amazon EKS のドキュメントを参照してください。ゲートウェイ API サポートは EKS 自動モードの一部として含まれ、EKS 自動モードがサポートされているすべての AWS リージョンで利用できます。プロビジョニングされた AWS 負荷分散リソースには標準料金が適用されます。

AWS Backup adds restore testing support for Amazon Redshift

AWS バックアップリストアテストで Amazon Redshift がサポートされるようになりました。復元テストを行うと、バックアップの復元テストを自動化して定期的に実行できるため、Amazon Redshift バックアップが正常に復元されたことを確認し、復元にかかる時間を測定できます。\n ストレージ、コンピューティング、データベースサービス全体でサポートされる他の AWS リソースとともに、Amazon Redshift を復元テスト計画に含めることができるようになりました。リストアテストプランでは、リカバリポイントが自動的に選択され、スケジュールに従ってリストアが実行され、リカバリ時間目標 (RTO) に対するリストアジョブの完了時間が測定されます。これにより、リカバリの準備状況を評価し、ディザスタリカバリと事業継続に関する規制やコンプライアンスの要件を満たすことができます。

はじめに、復元テスト計画を作成し、Amazon リソースネーム (ARN) またはタグで Amazon Redshift リソースを割り当ててください。各テストで最新の復旧ポイントを復元するか、対象となる復旧ポイントをランダムに復元するかを選択します。オプションで、AWS Backup がテストリソースを削除する前に、復元テスト検証を使用して復元されたリソースを確認します。

このサポートは、AWS Backup が復元テストと Amazon Redshift の両方をサポートしているすべての AWS リージョンで利用できます。AWS Backup コンソール、AWS コマンドラインインターフェイス (CLI)、または AWS SDK を使用できます。サポートされているリージョンと機能の完全なリストについては、AWS Backup ドキュメントをご覧ください。復元テストの詳細については、製品ページと料金ページをご覧ください。

AWS IAM Identity Center’s Identity Store now supports change notifications through Amazon EventBridge

AWS IAM Identity Center のアイデンティティストアは、ユーザー、グループ、グループメンバーシップ、またはアイデンティティストア自体が作成、更新、削除されたときに Amazon EventBridge にリアルタイムイベントを配信するようになりました。AWS IAM アイデンティティセンターアイデンティティストアは、AWS アカウントやアプリケーション全体の ID とアクセスを管理できる中央リポジトリであり、AWS IAM アイデンティティセンターの ID ソースとして機能します。この新機能により、ID ライフサイクルイベントに自動的に対応し、変更が発生したときにそれを検出することでセキュリティとコンプライアンスのプロセスをサポートできます。\n Identity Store 変更通知を使用すると、組織内の ID の変更に対応する自動ワークフローを構築できます。たとえば、セキュリティチームは EventBridge ルールを作成して AWS Lambda 関数をトリガーしてユーザーのプロビジョニングアクティビティを監査したり、セキュリティ情報およびイベント管理 (SIEM) システムにアラートを送信したり、ユーザーやグループが変わったときにダウンストリームアプリケーションのアクセスを更新したりできます。大規模な従業員を管理する組織は、このデータを使用して、ユーザーが特定のグループに追加されたり、特定のグループから削除されたりしたときのオンボーディングとオフボーディングを自動化することもできます。

変更通知は IAM Identity Center が利用できるすべての AWS リージョンで利用でき、イベントはインスタンスの有効な各リージョンに送信されます。リージョンのリストについては、「リージョン別の AWS 機能」を参照してください。変更通知は、標準の Amazon EventBridge 使用料以外の追加料金なしでご利用いただけます。詳細については、AWS IAM Identity Center ユーザーガイドの「イベント通知」および「Amazon EventBridge イベントリファレンス」の「アイデンティティストアイベント」を参照してください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS Startup ブログ (日本語)

AWS Architecture Blog

AWS Cloud Operations Blog

AWS Compute Blog

AWS Contact Center

Artificial Intelligence

Open Source Project

AWS CLI

Amplify for iOS

Bottlerocket OS

Amazon EKS Anywhere