2026/11/13 9:00:00 ~ 2026/11/16 9:00:00 (JST)

最近の発表

Aurora PostgreSQL with express configuration now supported in CloudFormation

Aurora PostgreSQL は、AWS CloudFormation でのインフラストラクチャのコードデプロイメントとしてのエクスプレス設定をサポートするようになりました。今回のローンチにより、CloudFormation テンプレートを使用して Aurora クラスターのインフラストラクチャデプロイを自動化できると同時に、高速設定によるメリットを享受できるようになりました。\n エクスプレス設定で作成された Aurora PostgreSQL クラスターでは、Aurora サーバーレスデータベースを数秒で作成してクエリできます。AWS:: RDS:: DBCluster リソースの新しい WithExpressConfiguration CreateOnly プロパティは、1 つのプロパティ宣言からクラスターとそのプライマリデータベースインスタンスの両方を作成します。CloudFormation テンプレートでインスタンスを個別にモデル化したり管理したりする必要はありません。これにより、テンプレートが簡素化され、コードとしてのインフラストラクチャによるエクスプレス設定で Aurora クラスターの管理が容易になります。

CloudFormation サポートは、エクスプレス構成の Aurora PostgreSQL が提供されているすべての AWS リージョンで利用できます。詳細については、Aurora ユーザーガイドと AWS CloudFormation ドキュメントの AWS:: RDS:: DBCluster リソースリファレンスを参照してください。

Grok 4.7 now available on Kiro in AWS GovCloud (US)

AWS GovCloud (米国) リージョン向けの新しいモデルが Kiro IDE と CLI で利用できるようになりました。\n Grok 4.7 は SpaceXSI のコーディングとナレッジワークのための最も有能なモデルです。何時間もかかる大変なタスクでも集中できるように作られており、次に進む前に作業内容をチェックします。Grok 4.6 と比較すると、リポジトリスケールのコーディング作業において、より確実にエラーを計画し、エラーから復旧できるようになりました。Grok 4.7 には実験的なサポートと 500K のコンテキストウィンドウが用意されています。最大20万トークンのリクエストには2.7倍のクレジットマルチプライヤーが使用され、20万トークンを超えるリクエストには5.4倍の料金が請求されます。

Kiro の管理者は、どのモデルをユーザーに提供するかを制御できるため、組織はモデルへのアクセスを社内ポリシーに合わせることができます。

IDE または CLI が最新バージョンに更新されていることを確認してから再起動すると、モデルセレクターから新しいモデルにアクセスできます。詳細については、GovCloud ドキュメント、モニタリングおよび追跡ガイドを参照するか、AWS アカウントチームにお問い合わせください。Kiro の詳細については、Kiro 製品ページをご覧ください。

Amazon RDS for Oracle reduces downtime for automatic minor version upgrades and scheduled maintenance

Amazon Relational Database Service (Amazon RDS) for Oracle では、マイナーバージョン自動アップグレードのほか、メンテナンスウィンドウに予定されているマイナーバージョンアップグレードやオペレーティングシステムの更新によるダウンタイムが短縮されました。メンテナンスの時間が短くなると、アプリケーションの中断が少なくなり、最新の Oracle マイナーバージョンやオペレーティングシステムの更新を簡単に入手できます。マイナーバージョン自動アップグレードを有効にした場合、DB インスタンスは自動的に恩恵を受けます。\n これらのアップグレードや更新を適用するには、RDS はメンテナンスの一環として新しいリソースを設定する必要があります。以前は、RDS はメンテナンスの開始後にこれらのリソースを設定していたため、ダウンタイムが長くなっていました。今では、DB インスタンスがワークロードを処理し続ける間、RDS はメンテナンスウィンドウの 30 分前までにリソースを準備します。メンテナンスウィンドウが開くと、メンテナンスに必要なリソースがすでに準備されているので、DB インスタンスがオフラインになる時間が短くなります。これは、エンタープライズエディションとスタンダードエディション 2 の DB インスタンスの両方に当てはまります。

準備によってお客様自身の操作が妨げられたり遅延したりすることはなく、RDS が準備している間も DB インスタンスは引き続き使用できます。行った変更が準備と矛盾する場合、RDS はステージングされたリソースをロールバックし、変更を進めます。準備が完了しない場合でも、RDS は準備を行わずにお客様のウィンドウにメンテナンスを適用します。新しい RDS イベントでは、準備がいつ開始され、いつ終了し、いつ完了できないかがわかります。RDS for Oracle は、メンテナンスのダウンタイムをさらに短縮するための改善を今後も導入していきます。

この機能は、すべての商用 AWS リージョンと Amazon RDS for Oracle が利用可能な AWS GovCloud (米国) リージョンで追加費用なしで利用できます。詳細については、Amazon RDS ユーザーガイドの「メンテナンスの準備」、「Amazon RDS イベントカテゴリとイベントメッセージ」、および「DB インスタンスのメンテナンス」を参照してください。

AWS Security Hub CSPM now supports centralized configuration with AWS Organizations declarative policies

AWS セキュリティハブ CSPM は、AWS 組織の宣言型ポリシーをサポートするようになりました。これを使用して、組織内のすべてのアカウントとリージョンで Security Hub CSPM を有効にしたり、どのセキュリティ標準と統制を有効にするかを定義したりできます。\nポリシーはすべてのアカウントと地域に広く適用することも、特定のアカウントと地域の組み合わせを対象とすることもできます。宣言型ポリシーは、各アカウントの設定を添付のポリシーと一致させるのに役立ち、設定のずれを防ぐのに役立ちます。また、新しいアカウントに自動的に適用することもできるので、各アカウントは作成後すぐに基本的な設定から始めることができます。 現在、組織全体で Security Hub CSPM を管理する方法として、宣言型ポリシーが推奨されています。これらは、Amazon GuardDuty、Amazon Inspector、AWS セキュリティハブなどの他のセキュリティサービスによって顧客がサービスの設定を管理する方法と一致しています。また、リージョン固有の設定など、柔軟性も高まります。移行の準備ができるまで、中央設定を引き続き使用できます。準備ができたら、Security Hub CSPM コンソールの移行プロセスを使用してください。既存の中央設定ポリシーを宣言型ポリシーに変換し、適切なアカウントとリージョンに適用します。 Security Hub CSPM の宣言型ポリシーは、すべての商用、AWS GovCloud (米国)、および中国のリージョンで利用できます。はじめに、「中央設定ポリシーの移行」を参照してください。詳細については、AWS Security Hub CSPM ユーザーガイドの「宣言型ポリシー」と、AWS Organizations ユーザーガイドの「Security Hub CSPM ポリシー」を参照してください。セキュリティハブ CSPM の新機能およびコントロールに関する通知を受け取るには、セキュリティハブ SNS トピックに登録してください。また、AWS 無料利用枠を利用すると、Security Hub CSPM を 30 日間無料で試すこともできます。

Amazon Bedrock AgentCore Identity now supports OAuth 2.0 discovery URLs

Amazon Bedrock AgentCore Identity は、インバウンド JWT 認証プロバイダーとアウトバウンド OAuth 認証情報プロバイダーの両方の OAuth 2.0 認証サーバー検出 URL をサポートするようになりました。この更新により、開発者は OpenID Connect (OIDC) を使用しない OAuth 2.0 認証サーバーで AgentCore を設定できるようになりました。\n 以前は、エージェントコア ID は OIDC ディスカバリー URL のみを受け入れていました。OIDC を使用せずに OAuth 2.0 を実装する認証サーバーは、既知の別のパスでメタデータを公開するため、AgentCore では使用できませんでした。今回のリリースにより、AgentCore で JWT オーソライザーまたはカスタム OAuth 認証情報プロバイダーを設定する際に、OIDC または OAuth 2.0 の認証サーバー検出 URL のいずれかを使用できるようになりました。

この機能は、Amazon Bedrock AgentCore が利用できるすべての AWS リージョンで追加料金なしで利用できます。詳細については、Amazon Bedrock AgentCore 開発者ガイドの「インバウンド JWT オーソライザーの設定」と「カスタムプロバイダーを使用した OAuth クライアントの追加」を参照してください。

AWS Secrets Manager now supports cross-account replication

AWS Secrets Manager はクロスアカウントレプリケーションをサポートするようになりました。これにより、クロスアカウントアクセス、バックアップ、および災害対策のために、プライマリシークレットの同期コピーをセカンダリ AWS アカウントに保持できます。クロスアカウントレプリケーションは、既存のマルチリージョンレプリケーション機能をアカウントの境界を越えて拡張します。\n クロスアカウントレプリケーションでは、プラットフォームチームやセキュリティチームがシークレットを一元的に所有してローテーションできるようになり、各コンシューマーアカウントは KMS キーやクロスアカウントのシークレットポリシーを共有することなく、常に最新のローカルコピーを取得できます。レプリカシークレットは完全な独立したリソースであり、レプリカアカウントが所有する顧客管理の KMS キーで暗号化されています。Secrets Manager は、プライマリシークレットの値がローテーションを含めて変更されるたびに自動的に更新します。

重要なシークレットのライブコピーを、ランサムウェアや侵害されたプライマリアカウントから隔離された専用のリカバリアカウントまたはフェイルオーバーアカウントに保存できます。必要に応じて、レプリカをスタンドアロンのシークレットに昇格させることができます。

クロスアカウントレプリケーションは、Secrets Manager が利用可能なすべての AWS リージョンで利用できます。Secrets Manager が利用できるリージョンのリストについては、AWS リージョンの表を参照してください。

詳細については、『Secrets Manager ユーザーガイド』および『AssociateCrossAccountReplica API リファレンス』の「AWS アカウント間でのシークレットの複製」を参照してください。料金の詳細については、AWS シークレットマネージャーの料金表をご覧ください。

Amazon SageMaker Unified Studio now supports layout customization for designations

Amazon SageMaker Unified Studio では、レイアウトのカスタマイズがサポートされるようになりました。これは、ドメイン管理者がプロジェクトメンバーに表示するツールや左側のナビゲーション項目を指定に基づいて制御できる新機能です。データエンジニアリング、分析、機械学習の各チームを 1 つのプラットフォームに配置している組織では、各指定定義内のレイアウトを設定できます。そのレイアウトは、プロジェクトごとの設定なしに、ドメイン内のすべてのプロジェクトに適用されます。\n 以前は、すべてのプロジェクトメンバーが役割に関係なく同じインターフェースを使用していたため、混乱が生じ、ガバナンス上の問題が発生する可能性がありました。レイアウトのカスタマイズでは、管理者はレイアウトを指定の一部として定義し、その指定に割り当てられたプロジェクトメンバーにどの左側のナビゲーション項目が表示されるかを指定します。プロジェクトメンバーがプロジェクトを開くと、SageMaker Unified Studio はメンバーの指定を解決し、指定のレイアウトに含まれるツールのみをレンダリングします。たとえば、SQL アナリストの指定には Query Editor のみを表示し、ML エンジニアの指定にはノートブック、トレーニングジョブ、モデルエンドポイントを表示するように設定できます。ナビゲーション項目は、データ分析、人工知能と機械学習 (AI/ML)、ジェネレーティブ AI、IDE などのカテゴリにわたって構成できます。プロジェクトメンバーが非表示のページに直接移動すると、アクセスが拒否されたページが表示されます。複数の職位を持つメンバーの場合、表示されるツールはすべての職務のレイアウトをまとめたものです。SageMaker Unified Studio に追加された新しいナビゲーション項目は、管理者が追加するまでレイアウトが設定されている指定では非表示のままになります。

この機能は、Amazon SageMaker Unified Studio が利用できるすべての AWS リージョンで利用できます。詳細については、指定に関するドキュメントをご覧ください。

AWS Batch on Amazon EKS adds Linux capabilities, seccomp, and pod-level settings

AWS Batch では、Linux 機能、seccomp プロファイル、ポッドレベルの設定など、Amazon EKS ジョブ定義でその他の Kubernetes セキュリティコンテキスト設定がサポートされるようになりました。Kubernetes Pod Security Standards の制限付きプロファイルを適用する EKS クラスターでは、必要な権限とシステムコールのみで AWS Batch ジョブを実行できるようになりました。\n まず、RegisterJobDefinition API を使用してコンテナのセキュリティコンテキストに機能と SecCompProfile を設定するか、PodProperties で SecurityContext を設定して fsGroup などのポッド全体の設定を定義します。コンテナレベルの設定はポッドレベルのデフォルトよりも優先されます。これらの設定は、AWS マネジメントコンソール、AWS CLI、AWS SDK、または AWS CloudFormation を使用して構成できます。

Amazon EKS 上の AWS Batch のその他のセキュリティコンテキスト設定が、AWS Batch が利用可能なすべての AWS リージョンでサポートされるようになりました。詳細については、AWS Batch ユーザーガイドの Amazon EKS プロパティセクションを参照してください。

AWS Marketplace now supports VAT credit notes for deemed supply refunds

AWS Marketplace の出品者は、AWS パートナーセントラルのセルフサービス体験を通じて、返金されたみなし供給取引に対して付加価値税 (VAT) クレジットノートを提出できるようになりました。以前は、対象となる取引に対して販売者に VAT が支払われていましたが、購入者が後で返金された場合、販売者は AWS に連絡して該当するクレジットノートを提出する必要がありました。今回の発表により、出品者は払い戻し後の VAT 書類を簡略化できます。\n出品者は、みなし供給のVATセクションで対象となる返金項目を確認したり、クレジットノートの対象となる払い戻しを選択したり、PDFまたは該当する電子請求書フォーマットをアップロードしたり、提出状況を追跡したりできます。出品者は、該当する場合、対象となる複数の払い戻しを1つのクレジットノートにまとめ、関連する財務調整をセラーインサイトレポートで確認できます。 これらの機能は、サポートされている EU 加盟国、ノルウェー、英国での、チャネルパートナープライベートオファー (CPPO) 取引を含む、対象となる AWS Marketplace の取引で利用できます。国固有の請求および電子請求の要件は引き続き適用されます。 開始するには、AWS パートナーセントラルにサインインし、[設定] → [税務情報] → [みなし供給の VAT] に移動します。詳細については、AWS Marketplace セラーガイドまたはみなし供給に関するよくある質問をご覧ください。

AWS Systems Manager simplifies onboarding of Google Cloud VMs for centralized management

AWS Systems Manager Cloud Connectorは、シンプルなマルチクラウドオンボーディングサポートをGoogle Cloudに拡張しました。これにより、既存のGoogleクラウド仮想マシンをSystems Managerに簡単に接続して、エージェントを手動でインストールしなくても、AWS、オンプレミス、Azureのリソースとともに一元管理できるようになります。以前は、複数のクラウドプロバイダーにまたがる仮想マシンを管理するには、多くの場合、環境ごとに個別に構成を調整して設定する必要がありました。\n Google Cloud 向けクラウドコネクタを使用すると、SSM エージェントを Google Cloud VM に大規模に自動的にデプロイできます。接続すると、Google Cloud VM が EC2 インスタンス、オンプレミスサーバー、その他のマルチクラウドリソースとともに統一されたビューに表示され、AWS、オンプレミス、Azure、Google Cloud のセッションマネージャー、オートメーションランブック、Run Command、ステートマネージャー、Patch Manager、インベントリを単一のワークフローから使用できるようになります。これにより、複数のクラウドにわたってインフラストラクチャを管理するチームの運用が簡素化され、管理手法を標準化して運用の複雑さを軽減できるようになります。

Cloud Connector for Google Cloudは、アフリカ（ケープタウン）、アジアパシフィック（香港、ハイデラバード、ジャカルタ、マレーシア、メルボルン、ムンバイ、ニュージーランド、大阪、ソウル、シンガポール、シドニー、台北、タイ、東京）、カナダ（中部、カルガリー）、ヨーロッパ（フランクフルト、アイルランド、ロンドン、ミラノ、パリ、スペイン、ストックホルム、チューリッヒ）、イスラエル（テルアビブ）、メキシコ（中部）、南米でご利用いただけます（サンパウロ）、米国東部（バージニア北部、オハイオ）、および米国西部（北カリフォルニア、オレゴン）

詳細については、AWS システムマネージャーのドキュメントをご覧ください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS Architecture Blog

AWS Cloud Operations Blog

AWS Big Data Blog

AWS Database Blog

Desktop and Application Streaming

AWS DevOps & Developer Productivity Blog

AWS for Industries

Artificial Intelligence

Networking & Content Delivery

AWS Security Blog

AWS Storage Blog

Open Source Project

AWS CLI

AWS CDK

Amplify for iOS

Bottlerocket OS

AWS Load Balancer Controller