2026/6/30 9:00:00 ~ 2026/7/1 9:00:00 (JST)

最近の発表

Amazon CloudWatch Logs enriches log events with AWS resource tags

Amazon CloudWatch Logs では、リソースタグを使用してログイベントを強化できるようになりました。これにより、ロギングインストルメンテーションを変更しなくても、チームの所有権、環境、コストセンター、アプリケーション名など、組織にとって最も重要なメタデータでログのフィルタリング、検索、分析が容易になります。\n タグエンリッチメントにより、Amazon CloudWatch Logs は取り込み時にリソースタグをログイベントに直接追加します。タグをログクエリですぐに使用できるため、カスタムパイプラインを構築したり、アプリケーションログに手動でコンテキストを追加したりすることなく、分析の範囲を絞り込むことができます。たとえば、特定のチームが所有するプロダクションリソースのすべてのログをすばやくフィルタリングしたり、インシデント調査中にコストセンター別にフィルタリングしたりできます。

ログのタグエンリッチメントは、中東 (UAE)、中東 (バーレーン)、イスラエル (テルアビブ) を除くすべての商用 AWS リージョンで利用できます。まず、Amazon CloudWatch 設定または AWS コマンドラインインターフェイス (AWS CLI) を使用してテレメトリのリソースタグを有効にしてください。AWS SDK では、既存の AWS リソースタグを使用してログイベントを強化します。タグエンリッチメントは追加費用なしで利用できます。詳細については、Amazon CloudWatch のドキュメントページをご覧ください。

AWS CloudFormation and CDK accelerate development feedback loops with pre-deployment validation on all stack operations

AWS CloudFormationのお客様は、デプロイエラーに関するフィードバックを数秒ですぐに受け取ることができるようになったため、予防可能な障害を発見するためにプロビジョニングとロールバックのサイクル全体を待つ必要がなくなりました。CloudFormation では、リソースのプロビジョニングが開始される前にスタックの作成とスタックの更新オペレーションでデプロイ前の検証が実行され、一般的なデプロイエラーをキャッチできるようになりました。これにより、手動イテレーションから CI/CD パイプライン、インフラストラクチャをプロビジョニングする AI エージェントに至るまで、すべてのデプロイワークフローで開発速度が加速されます。\n 以前は、プロパティの構文エラー、リソース名の競合、S3 バケットが空であることの制約など、変更セットの作成中にデプロイ前の検証が可能でした。今回のリリースでは、Create Stack 操作と Update Stack 操作でも同じ検証が自動的に実行されるようになりました。さらに、変更セットの作成時に 3 つの新しい検証チェックが警告として表示されるようになりました。サービスクォータ制限の検証は、リソースの作成がアカウントのサービスクォータを超えると警告します。AWS Config Recorder の競合検出は、設定記録が有効になっていないアカウントにテンプレートが設定ルールを追加したり、設定レコーダーがすでにアクティブなアカウントに設定レコーダーを定義したりすると警告します。ECR リポジトリの削除準備状況検証は、削除対象の ECR リポジトリにまだイメージが含まれている場合に警告します。検証で問題が検出されたら、オペレーション ID を指定した DescribeEvents API を使用してエラーを確認するか、CloudFormation コンソールでスタックの [イベント] タブに移動し、オペレーション ID (またはバナーまたはステータス理由列のリンク) をクリックして [オペレーションビュー] ページを開くと、[デプロイ検証] タブに直接表示されます。各エラーには論理リソース ID とプロパティパスが含まれているため、リソースがプロビジョニングされる前に問題を特定して修正できます。CDK では、cdk deploy と cdk の両方が、構成レベルのトレースを使用してサーフェス検証の結果を統合レポートで検証するため、AI エージェントと自動化ツールは構造化された応答を解析してすぐに自己修正できます。 デプロイ前の検証はすべてのスタック操作でデフォルトで有効になっており、設定は不要です。特定のオペレーションの検証をスキップする必要がある場合は、CreateStack、UpdateStack および CreateChangeSet の API 呼び出しで新しい DisableValidation パラメーターを使用するか、CLI の–disable-validation フラグを使用してください。詳細については、「スタックデプロイメントの検証ユーザーガイド」をご覧ください。 この機能は、CloudFormation がサポートされているすべての AWS リージョン (中国を除く) で利用できます。サービスの可用性の詳細については、AWS リージョンの表を参照してください。

AWS CloudFormation and CDK express mode speeds up infrastructure deployments by up to 4x

AWS CloudFormationとCDKエクスプレスモードは、内部ベンチマークに基づいて、インフラストラクチャを構築する開発者およびAIエージェントのデプロイ時間を最大4倍短縮します。エクスプレスモードでは、トラフィックの準備状況、リージョンの伝達、リソースのクリーンアップなどの長期にわたる安定化チェックを待つのではなく、CloudFormation がリソース設定の適用を確認した時点でスタックの操作が完了します。これにより、インフラストラクチャを構築する開発者と AI エージェントの反復サイクルを短縮できます。\n 開発環境でインフラストラクチャーを反復処理する場合、開発者と AI エージェントはインフラストラクチャーを段階的に構築するために、より速い反復サイクルを必要とします。以前は、ワークフローで必要かどうかに関係なく、すべてのデプロイメントでリソースが完全に安定するまで待っていました。たとえば、CloudFront ディストリビューションを作成する場合、開発者がディストリビューションドメイン名だけを続行する必要がある場合でも、デプロイが完了するまですべてのエッジロケーションに反映されるまで 5 ～ 10 分待つ必要がありました。エクスプレスモードでは、設定が適用されればデプロイは数秒で完了し、伝播はバックグラウンドで継続されます。CloudFormation は引き続きリソースを依存順に処理し、同じスタック内の依存リソースの障害を処理します。Express モードではデフォルトでロールバックが無効になっているため、ロールバック操作を待たずにすぐに修正して再試行できます。 まず、AWS CLI、AWS SDK、または AWS マネジメントコンソールを使用してスタックを作成、更新、削除したり、変更セットを作成したりするときに–deployment-config ‘{“mode」:「EXPRESS”}’ を設定してください。AWS CDK ユーザーの場合は、cdk deploy–express を使用してエクスプレスモードをアクティベートしてください。テンプレートを変更する必要はありません。エクスプレスモードは、既存のすべての CloudFormation テンプレートとネストされたスタックで機能します。詳細については、CloudFormation エクスプレスモードのドキュメントをご覧ください。 この機能は、CloudFormation がサポートされているすべての AWS リージョンで利用できます。サービスの可用性の詳細については、AWS リージョンの表を参照してください。

Amazon RDS Enhances IAM Database Authentication with Connection Rate Scaling

Amazon Relational Database Service (Amazon RDS) では、IAM データベース認証の動的な接続スケーリングが可能になり、インスタンスリソースに応じて接続速度をスケーリングできるようになりました。\n IAM データベース認証のパフォーマンスは利用可能なインスタンスリソースに応じてスケーリングされるようになり、企業のワークロードが大量の接続パターンに IAM 認証を活用できるようになりました。インスタンスが処理できる新しい IAM 認証リクエストの数は、利用可能なリソースとワークロードの特性によって異なります。最適なパフォーマンスを得るには、IAM ユーザーまたは IAM が引き受けたロールプリンシパルを再利用して認証トークンを生成するか、可能であれば認証トークン自体を再利用することをお勧めします。 この更新は、Amazon Aurora および PostgreSQL、MySQL、MariaDB などの Amazon RDS データベースエンジンで IAM データベース認証がサポートされている AWS GovCloud (米国) リージョンを含むすべての AWS リージョンで利用できます。詳細については、IAM データベース認証ドキュメントをご覧ください。

AWS Parallel Computing Service supports in-place Slurm major version upgrades

AWS パラレルコンピューティングサービス (PCS) は、既存のクラスターのマネージドインプレースSlurmバージョンアップグレードをサポートするようになりました。ジョブの実行を中断することなく、クラスターを Slurm のメジャーバージョンを 3 つまで先に進めることができます。\n アップグレードするには、AWS マネジメントコンソール、AWS CLI、または UpdateCluster API を使用して、クラスター設定をターゲットの Slurm バージョンに更新してください。コントローラー、アカウンティングデータベース、REST API など、すべてのマネージド Slurm コンポーネントのアップグレードは PCS が行います。実行中のジョブはアップグレード中も中断されずに継続し、キューに入れられたジョブは操作が完了すると再開され、アカウンティングデータはすべてデータベースに保存されます。その後、都合のよいときにコンピュートノードを新しい Slurm バージョンに更新できます。クラスター構成に基づいて実行すべき手順と検討すべき考慮事項の詳細については、PCS ユーザーガイドを参照してください。 AWS PCS は、Slurm を使用して AWS での HPC ワークロードの実行とスケーリングを簡素化するマネージドサービスです。コンピューティング、ストレージ、ネットワーキング、可視化ツールを統合した完全で伸縮自在な環境を構築できる一方で、このサービスは更新管理と組み込みのオブザーバビリティ機能でクラスター操作を処理します。 この機能は PCS が利用できるすべての AWS リージョンで利用できます。開始するには、PCS ユーザーガイドを参照してください。

Amazon ElastiCache T4g nodes now available in additional AWS Regions

Amazon ElastiCache は、アフリカ (ケープタウン)、アジアパシフィック (ジャカルタ)、アジアパシフィック (大阪)、AWS GovCloud (米国東部)、および AWS GovCloud (米国西部) の AWS リージョンで T4g ノードタイプをサポートするようになりました。T4g ノードは AWS Graviton2 プロセッサを搭載し、ベースラインレベルの CPU パフォーマンスを提供し、いつでも CPU 使用率をバーストできるため、使用量が一時的に急上昇するアプリケーションに最適です。\n 価格設定とリージョンの提供状況の詳細については、Amazon ElastiCache の料金表ページを参照してください。開始するには、AWS マネジメントコンソール、AWS CLI、または API を使用して新しいクラスターを作成するか、既存のクラスターを変更します。詳細については、Amazon ElastiCache ユーザーガイドの「サポートされているノードタイプ」を参照してください。

Amazon Neptune announces dual stack support with IPv6

Amazon Neptune がデュアルスタックモードをサポートするようになり、データベースクラスターが IPv4、IPv6、または両方のプロトコル経由の接続を同時に受け入れることができるようになりました。これにより、組織は既存の IPv4 デプロイとの下位互換性を維持しながら IPv6 を採用できます。\n Neptune デュアルスタックモードは 2 つの構成をサポートします。プライベートデュアルスタックモードでは、インターネットから隔離された IPv6 エンドポイントが提供され、内部アプリケーションやプライベートグラフデータベースに適しています。パブリック・デュアルスタック・モードでは、インターネットからIPv6エンドポイントにアクセスできるようになり、インターネットに接続するアプリケーションやハイブリッドネットワーク環境をサポートできます。クライアントは、アプリケーションを変更することなく、好みのプロトコルを使用してシームレスに接続します。 デュアルスタックモードは Amazon Neptune がサポートされているすべての AWS リージョンで利用できます。開始するには、Neptune のセットアップドキュメントを参照してください。

AWS End User Messaging RCS now supports rich media and interactive messaging

AWS エンドユーザーメッセージングは、サポートされている 22 か国すべてで RCS のリッチメディアとインタラクティブメッセージングをサポートするようになりました。新しい SendRCSMessage API では、リッチカード、カルーセル、画像、動画、インタラクティブな提案ボタンを送信して、受信者がメッセージングアプリ内で直接アクションを実行できるようにすることができます。\n RCS メッセージ受信者は、電話のメッセージングアプリから離れることなく、タップして予約の確認、製品カタログの閲覧、Web ビューでの支払いの完了、位置情報の共有、AI エージェントとのやり取りを行うことができます。これらのやりとりのそれぞれには、アプリケーションの構築にすでに使用しているのと同じ AWS インフラストラクチャがあります。RCS は、バックエンドサービス、データ、AI をエンドユーザーとの会話を通じてエンドユーザーに直接接続するインターフェイスレイヤーになります。

今回のリリースで、AWS は 4 種類の RCS メッセージ (テキスト、ファイル、リッチカード、カルーセル) をサポートするようになりました。これらのメッセージタイプは、6 つのアクション (返信、URL、ウェブビュー、電話、マップ、カレンダーイベント) を自由に組み合わせて使用できるため、ウェブやモバイルアプリのエクスペリエンスを直接会話に取り入れることができます。各メッセージは、RCS を使用しない受信者向けに、設定可能な SMS または MMS フォールバックをサポートしています。

AWS End User Messaging では、21 か国を対象に RCS Conversation の料金も導入しています。これは、24 時間のセッションで無制限のメッセージを 1 つの定額料金で提供するというものです。これにより、メッセージごとのコスト負担なしにワークフローをやり取りできます。

RCS メッセージングは、AWS エンドユーザーメッセージングが利用できるすべての AWS リージョンで利用できます。詳細については、AWS エンドユーザーメッセージングユーザーガイドの「豊富な RCS メッセージの送信」を参照してください。

Amazon Time Sync Service adds support for Microsecond accurate time on 26 additional EC2 instance types in all commercial regions

Amazon Time Sync サービスでは、すべての商用地域で 26 種類の EC2 インスタンスタイプでマイクロ秒単位の正確な時刻がサポートされるようになりました。Amazon の実績あるネットワークインフラストラクチャと AWS Nitro System に基づいて構築されたマイクロ秒精度の時間とナノ秒精度のハードウェアタイムスタンプは、Nitro System で稼働する参照クロックを直接利用します。これにより、お客様はアプリケーションイベントの注文、一方向ネットワークレイテンシーの測定、分散型アプリケーションのトランザクション速度の向上を簡単に行うことができます。 \n 本日より、お客様は Precision Time Protocol ハードウェアクロック (PHC) を有効にしてインスタンスを起動できるようにする新しいプレイスメント戦略である Precision Time Placement Group (PTPG) を作成することで、このような追加のインスタンスタイプでもマイクロ秒単位の正確な時間にアクセスできるようになります。低いネットワークレイテンシーと正確な時間の両方を必要とするお客様は、PTPG を Cluster Placement Group (CPG) に関連付けると、低レイテンシーのワークロードでもマイクロ秒単位の正確な時間の恩恵を受けることができます。

詳細については、Amazon Time Sync サービスのドキュメントを参照してください。

Announcing general availability of Amazon WorkSpaces for AI agents

エージェント向け Amazon WorkSpaces が一般提供され、AI エージェントはマネージド WorkSpaces 環境を通じてデスクトップアプリケーションに安全にアクセスして操作できるようになりました。企業は重要なビジネスプロセスをデスクトップアプリケーション (ERP システム、CRM、メインフレーム、プロプライエタリツール) 上で実行していますが、何年にもわたるカスタマイズ、文書化されていないロジック、厳格なコンプライアンス要件により、それらを放棄するにはあまりにも重要であり、モダナイズにはコストがかかります。WorkSpaces for Agents は AI エージェントに、アプリケーションのモダナイゼーションやカスタム統合を必要とせずに、画面を見ながら人間と同じようにアプリケーションを操作できるマネージド型クラウドワークスペースを提供するようになりました。\n WorkSpaces では、10 年以上にわたって組織が信頼してきたのと同じインフラストラクチャをエージェント用に使用して、安全で管理されたデスクトップを大規模に提供しています。エージェントは人間のユーザーと同じ ID 制御、ネットワーク分離、コンプライアンス境界を引き継ぐため、組織はガバナンスを放棄することなく自動化を実現できます。組織は、請求処理、患者記録の更新、取引決済、バックオフィス業務などのワークフローを自動化できます。このサービスは、モデル・コンテキスト・プロトコル (MCP) を使用するあらゆるエージェント・フレームワークと連携し、アクティブなセッション時間に基づいて価格が調整されます。

プレビュー版のリリース以来、顧客やパートナーからのフィードバックが新機能を形作ってきました。MCP ツールの転送により、エージェントはコンピューターを使用するツールを使用せずに MCP を直接呼び出すことでアプリケーションやデスクトップオペレーティングシステムを操作できるため、精度が向上し、待ち時間が短縮され、コストが削減されます。リアルタイムのセッション制御により、オペレーターはエージェントのアクティビティをリアルタイムで把握でき、セッションの途中でアクセスを取り消すことができます。ドメイン結合型フリートサポートにより、エージェントは既存の Active Directory ID に基づいて業務を行うことができ、従業員に適用されるのと同じアクセスポリシーと監査アトリビューションを適用できます。

詳細については、AI エージェント向け Amazon WorkSpaces をご覧ください。構築を始めるには、GitHub のドキュメントとサンプルコードを参照してください。

Amazon EC2 Auto Scaling now supports reservations then balanced Availability Zone distribution

Amazon EC2 Auto Scaling では、予約後にバランスを取るという新しいアベイラビリティーゾーン（AZ）分散戦略が提供されるようになりました。この方法では、残りの容量をアベイラビリティーゾーン全体に均等に分散する前に、インスタンスの起動を優先してキャパシティーを予約します。これにより、Auto Scaling の運用のシンプルさと回復力を維持しながら、オンデマンドキャパシティリザーブ (ODCR)、キャパシティブロック、中断可能なキャパシティリザーブなど、事前に購入したキャパシティを最大限に活用できます。\n 本日より、Auto Scaling グループの AvailabilityZoneDistribution 設定でキャパシティ配分戦略を設定し、キャパシティ予約グループ ARN または個々のキャパシティ予約 ID で予約をターゲットにすることで、予約を設定してからバランスを取ることができます。予約後にバランス調整を行っても追加料金は発生しません。予約と、グループが起動するオンデマンドインスタンスまたはスポットインスタンスについては、引き続き EC2 標準料金をお支払いいただきます。

現在、予約後のバランス調整は、すべての AWS 商用リージョンでご利用いただけます。詳細については、Amazon EC2 オートスケーリングユーザーガイドをご覧ください。

Announcing Capability Insights for AWS, an open-source solution for regional capabilities

本日、AWS は、独自の Amazon 仮想プライベートクラウド (VPC) 内にリージョンの機能データをデプロイできるオープンソースソリューションである Capability Insights の発売を発表しました。このセルフホスト型ダッシュボードは、複数のリージョンのアーキテクチャを構築しているチームが、各自の所有するインフラストラクチャとして、ネットワーク内に、ガバナンスの下でデータをデプロイする必要があるというニーズに応えます。このソリューションは、データレジデンシー要件のある組織、内部報告を必要とするコンプライアンスチーム、地域拡大や複数地域の復旧戦略を計画しているチーム向けに設計されています。\n このダッシュボードは、サービス、機能、API オペレーション、CloudFormation リソースタイプを対象とした、すべてのリージョンの AWS 機能データを 24 時間ごとに自動更新します。ワークロード分析コンポーネントは AWS CloudTrail ログと AWS CloudFormation スタックをスキャンして、200 以上のサービスをアカウントが実際に使用しているサービスの数までフィルタリングします。これにより、何週間にもわたるギャップ分析を減らして迅速なレビューが可能になります。すべてのデータはお客様の VPC 境界内に留まるため、コンプライアンスやデータ保存要件を満たすと同時に、リージョンの機能データをホストするインフラストラクチャを完全に所有し、管理することができます。

Amazon SageMaker AI cuts generative AI inference scale-out time by up to half with automatic container image caching

Amazon SageMaker Inference がコンテナイメージキャッシュをサポートするようになり、スケールアウトイベント中のジェネレーティブ AI モデルのエンドツーエンドスケーリングが最大 2 倍高速になりました。エンドポイントがスケールアウトすると、サービスはコンテナイメージを事前にキャッシュするので、Amazon ECR から大きなコンテナイメージがプルされるのを待たずに、新しいインスタンスがより早くトラフィックの処理を開始できます。\n ジェネレーティブ AI ワークロードでは通常、ディープラーニングフレームワークとモデル提供に大容量のコンテナイメージ (10 GB 以上) を使用します。以前は、スケールアウト中に新しいインスタンスを起動するたびに ECR からフルイメージを取得する必要があり、コールドスタートの待ち時間が数分かかっていました。コンテナイメージのキャッシュでは、イメージを事前にプルして、ローカルで既に利用可能なコンテナで新しいインスタンスを起動できるようにすることで、このボトルネックを解消します。お客様は何も変更する必要はありません。このサービスは、エンドポイントまたは推論コンポーネントの設定で指定された画像 URI を自動的にキャッシュします。この機能は、アクセラレータインスタンスタイプ、単一モデルのエンドポイント、推論コンポーネントベースのエンドポイントをサポートします。 今回の発表により、SageMaker Inference はジェネレーティブ AI 向けの包括的なスケーリング最適化スイートを提供するようになりました。負荷検出を最大 6 倍高速化する分単位の同時実行メトリクス、既存のインスタンスのスケーリングを高速化するインスタンスストアコンテナキャッシュ、新しいインスタンスのスケーリングを最大 2 倍高速化するコンテナイメージキャッシュなどです。 コンテナイメージキャッシュは、SageMaker Inference がサポートされているすべての AWS 商用リージョンで利用できます。詳細については、ローンチブログをご覧ください。

AWS Security Hub CSPM launches AI Security Best Practices standard with 31 automated controls

本日、AWS Security Hub CSPM は AI セキュリティベストプラクティス標準を発表しました。これは、デプロイされた AI リソースがセキュリティのベストプラクティスと一致しない場合にそれを検出する 31 種類の自動セキュリティコントロールのセットです。AWS のセキュリティ専門家によって開発されたこの標準は、Amazon Bedrock、Amazon Bedrock AgentCore、および Amazon SageMaker のワークロードを、推奨されるセキュリティ設定と照らし合わせて継続的に評価するのに役立ちます。手動による評価やカスタムルール作成は不要です。\n AI セキュリティベストプラクティス標準は、ネットワークの分離、保管中および転送中の暗号化、VPC 配置、KMS キーの使用、プライベートコンテナレジストリ要件、認証制御を含むがこれらに限定されない重要なセキュリティドメインを対象としています。統制は、Bedrock AgentCore ランタイム、ゲートウェイ、メモリストア、カスタムブラウザから SageMaker ノートブックインスタンス、エンドポイント、モデル、監視ジョブ、機能グループまで、AI インフラストラクチャの幅広さに及びます。各コントロールにはセキュリティカテゴリが割り当てられ、リソースがベストプラクティスから逸脱した場合に検出結果が生成されるため、セキュリティチームは AI ワークロード全体にわたって構成ミスを迅速に特定して修正できます。 AI セキュリティベストプラクティス標準は、AWS GovCloud (米国) や中国リージョンなど、Security Hub CSPM が現在利用可能なすべての AWS リージョンで利用できます。標準識別子は標準/AI-セキュリティのベストプラクティス/v/1.0.0です。詳細については、AWS セキュリティハブ CSPM ユーザーガイドを参照してください。また、セキュリティハブ CSPM は AWS 無料利用枠で 30 日間無料でお試しいただけます。

IAM Identity Center now enables programmatic AWS account access for customer managed applications

IAM Identity Center では、ユーザーが管理するアプリケーションが、ユーザーに代わって AWS アカウントにプログラムでアクセスできるようになりました。これには、ユーザーに割り当てられたアカウントとロールを検出したり、AWS アカウントへのアクセスに必要な一時的な認証情報を取得したりする機能が含まれます。\n 外部の ID プロバイダー (IdP) を通じてユーザーを認証するカスタマー管理アプリケーションがある場合は、その IdP を IAM Identity Center で信頼できるトークン発行者 (TTI) として設定できます。今回の起動により、このアプリケーションの AWS アカウントアクセスを有効にできるようになりました。IdP 経由で既にサインインしているユーザーは、別の認証フローなしで、割り当てられた AWS アカウントにアクセスして、権限のあるロールの一時的なセキュリティ認証情報を取得できます。これにより、以前は外部の ID プロバイダーを通じてサインインした後でもユーザーを再認証する必要があった重複したサインインプロンプトが不要になります。

この機能は IAM Identity Center の組織インスタンスで使用できます。IAM Identity Center 管理者は、顧客管理アプリケーションごとに AWS アカウントへのアクセスを明示的に有効にする必要があります。管理アカウント管理者または委任管理者のみがこの機能を有効にできるため、どのアプリケーションがアカウントレベルのリソースにアクセスできるかを一元的に管理できます。

この機能は、すべての商用 AWS リージョン、AWS GovCloud (米国) リージョン、および中国リージョンで利用できます。開始するには、IAM Identity Center コンソールに移動し、カスタマーマネージドアプリケーションを選択して AWS アカウントアクセスを有効にします。詳細については、IAM Identity Center ユーザーガイドの「カスタマー管理アプリケーションの AWS アカウントアクセスを有効にする」を参照してください。

Claude Sonnet 5 now available on AWS

AWS では現在、Anthropic で最も高性能な Sonnet モデルであり、Anthropic の最新世代の最初のソネットモデルである Claude Sonnet 5 を提供しています。これにより、コーディング、エージェント、日常業務の大規模な業務において、ソネットの価格で一流のインテリジェンスを実現できます。\n Claude Sonnet 5 は、チームがソネットから得られる機能、コスト、スピードのバランスを保ちながら、コーディング、専門業務、エージェント業務において優れたパフォーマンスを発揮します。コーディングに関しては、大規模なコードベースをナビゲートし、複数のファイルを変更し、デバッグやリファクタリングのタスクを少ない修正回数で完了まで実行します。エージェントにとっては、ツールを正確に呼び出し、多くのステップにわたって状態を保持し、エラーから回復するので、より多くの実行が最初から正しく終了します。ナレッジワークでは、スプレッドシートを作成したり、文書の下書きを作成したり、構造化されていない資料を構造化された分析に変換したりします。

顧客がクロード・ソネット 5 にアクセスするには、Amazon Bedrock と AWS のクロード・プラットフォームの 2 つの方法があります。

Amazon Bedrock はお客様のデータを AWS インフラストラクチャ内に保管し、ガードレール、ナレッジベース、地域データ保存場所などの AWS が管理する機能を備えた統合サービスを通じて Claude Sonnet 5 へのアクセスを提供します。詳細については、Amazon Bedrock のドキュメントとリージョンの提供状況をご覧ください。

Claude Platform on AWS では、AWS コンソールから Anthropic のネイティブプラットフォームエクスペリエンスと機能に直接アクセスできます。Anthropic で直接作業する場合と同じ API、機能、コンソールエクスペリエンスを AWS の請求と認証と統合して構築、テスト、デプロイできます。開始するには、Claude Platform on AWS ドキュメントを参照してください。

Amazon SageMaker AI now supports serverless model customization for Gemma 4 models

Amazon SageMaker AI は、教師付き微調整 (SFT)、直接設定最適化 (DPO)、強化微調整 (RFT) を使用した Gemma 4 E4B および 31B モデルのサーバーレスモデルカスタマイズをサポートするようになりました。Gemma は Google DeepMind によって構築されたオープンモデルのファミリーです。これらのモデルを SageMaker AI にデプロイするだけでなく、特定のドメインやワークフローにも適用できるようになりました。今回の発表では、Nova、Nemotron 3、Qwen、Llama、gpt-oss、DeepSeek ファミリーのモデルを含む、SageMaker AI でサーバーレスカスタマイズに使用できるさまざまなモデルも拡張されました。\n モデルのカスタマイズにより、ドメイン固有のタスクの精度を高めたり、アウトプットを組織のトーンに合わせたり、ラベル付けされたデータを使用して新しいタスクのパフォーマンスを向上させたりするなど、独自のデータに合わせてこれらの基盤モデルを調整できます。サーバーレスのカスタマイズでは、SageMaker AI がインフラストラクチャのプロビジョニングとトレーニングのオーケストレーションをすべて処理するため、ユーザーはクラスター管理ではなくデータと評価に集中でき、支払いは使用した分だけになります。 SageMaker AI のサーバーレスモデルのカスタマイズは、米国東部 (バージニア北部)、米国西部 (オレゴン)、アジア太平洋 (東京)、および欧州 (アイルランド) で利用できます。開始するには、Amazon SageMaker Studio の「モデル」ページに移動してカスタマイズジョブを開始するか、SageMaker Python SDK を使用してプログラムからアクセスしてください。詳細については、Amazon SageMaker AI モデルのカスタマイズドキュメントを参照してください。

Amazon EC2 C9g and C9gd compute optimized instances are now available

本日より、AWS Graviton5 プロセッサを搭載した Amazon Elastic Compute Cloud (Amazon EC2) の C9g および C9gd インスタンスが一般的に利用可能になりました。AWS Graviton5 プロセッサはカスタム設計された CPU の第 5 世代で、Amazon EC2 で実行されるコンピューティング集約型ワークロードに最適なコストパフォーマンスを提供します。\n C9g インスタンスは、ハイパフォーマンスコンピューティング (HPC)、バッチ処理、ゲーム、動画エンコーディング、科学モデリング、分散分析、CPU ベースの機械学習 (ML) 推論、リアルタイム分析、広告配信などのワークロードに最適です。C9gd インスタンスは、計算量の多いワークロードを実行するお客様向けに、スクラッチスペース、一時ファイル、およびキャッシュ用の高速で低レイテンシーのローカルストレージも必要とするお客様向けに、ローカル NVMe ベースの SSD ブロックレベルストレージを提供します。

C9g インスタンスと C9gd インスタンスは、AWS Graviton4 ベースの C8g および C8Gd インスタンスと比較して、コンピューティングパフォーマンスが最大 25% 向上します。データベースでは最大 30%、ウェブアプリケーションでは最大 35%、機械学習では最大 35% 高速です。クラウド内のどのプロセッサー・インスタンスよりも 5 倍大きいキャッシュと最速のメモリーが特徴です。これらのインスタンスは第6世代の AWS Nitro System 上に構築されており、Nitro Isolation Engine を搭載した最初のインスタンスです。正式な検証を利用してお客様のワークロードが相互に、また AWS 事業者から分離されていることを数学的に保証することで、数学的に証明されたクラウドセキュリティの新しい標準を開拓しています。

C9g および C9gd インスタンスは、米国東部 (バージニア北部、オハイオ)、米国西部 (オレゴン)、および欧州 (フランクフルト) リージョンで利用できます。C9g インスタンスと C9gd インスタンスは、貯蓄プラン、オンデマンド、スポットインスタンス、専有インスタンス、または専有ホストで購入できます。

AWS Graviton でコンピューティングをレベルアップして、今すぐ始めましょう。

Claude Opus 4.8 is now available in AWS GovCloud (US)

AWS GovCloud (米国) では、現在、Anthropic がこれまで一般に利用した中で最も有能なモデルである Claude Opus 4.8 が提供されています。これにより、本番用 AI アプリケーションを構築する開発者や企業に、エージェントコーディング、専門知識に関する業務、長期にわたる自律的な作業など、さまざまな面で有意義な進歩がもたらされます。\n Claude Opus 4.8 は、より長い自律的な実行、より深い推論、一貫性を実現できるため、生産作業において信頼できます。コーディングに関しては、Opus 4.8はエンジニアのようにコードベースを読み込み、編集前に計画を立て、実際のリポジトリでの長時間のセッションでもコンテキストを保持します。エージェント型タスクの場合、行き詰まって自身のエラーから回復し、いつ助けを求めるべきか、いつ続けるべきかを知るよりも、障害を回避する道を見つける方が得策です。ナレッジワークでは、長い文書や複雑なソースをより適切に統合し、その出力をセルフチェックして、レビューに耐えられる構造化された成果物を提供します。

Amazon Bedrockは、お客様のデータを AWS インフラストラクチャ内に保管し、ガードレール、ナレッジベース、地域データレジデンシーなどの AWS が管理する機能を備えた統合サービスを通じて Claude Opus 4.8 へのアクセスを提供します。詳細については、Amazon Bedrock のドキュメントとリージョンの提供状況をご覧ください。

OpenAI GPT-5.4 and NVIDIA Nemotron 3 Super 120B now available on Kiro in AWS GovCloud (US-West) Region

AWS GovCloud (米国西部) リージョン向けに、Kiro IDE と CLI で 2 つの新しいモデルが利用可能になりました。\n OpenAI GPT-5.4 が Kiro で利用可能になり、複雑な推論、コーディング、文書分析、およびマルチステップのエージェントワークフローが可能になりました。開発者がコンテキストを解釈し、ツールとやりとりし、ソフトウェア環境を運用し、複数のステップにわたって出力を検証できる AI アプリケーションやプロダクションワークフローを構築するのに役立ちます。GPT-5.4 は Amazon Bedrock の次世代推論エンジン上で実行され、キューが分離され、永続的に実行されるため、回復力のあるワークロードを実現できます。272K のコンテキストウィンドウと 1.2 倍のクレジットマルチプライヤーで利用できます。 NVIDIA ネモトロン 3 スーパー 120B がオープンウェイトモデルのオプションとして Kiro でご利用いただけるようになりました。エージェントタスクでの高い計算効率と迅速な推論を実現するために、120 B のパラメーターのうち 12 B のみを有効にする、専門家によるハイブリッド混合モデル。256K のコンテキストウィンドウ、最大 32K の出力。0.25倍のクレジットマルチプライヤーで利用可能。 IDE または CLI が最新バージョンに更新されていることを確認してから再起動すると、モデルセレクターから新しいモデルにアクセスできます。AWS GovCloud (米国) の Kiro の詳細については、GovCloud ドキュメントを参照するか、AWS アカウントチームに詳細を問い合わせてください。Kiro の詳細については、Kiro 製品ページをご覧ください。

Amazon GameLift Servers announces DDoS Protection client SDKs for C# and Unity

Amazon GameLift Servers では、C# と Unity 用の DDoS 保護クライアント SDK が提供されるようになりました。これにより、ゲーム開発者はセッションベースのマルチプレイヤーゲームをサービス拒否攻撃や分散型サービス拒否攻撃から保護できます。この機能は、中継ネットワークをゲームサーバーと直接配置し、アクセストークンベースの認証を使用して、承認されたクライアントトラフィックのみがサーバーに届くようにします。マルチプレイヤー体験を構築するゲームデベロッパーは、特定のプレイヤーやゲームセッション全体を狙った妨害から身を守ることができるようになりました。\n DDoS 保護は、ごくわずかなレイテンシーでプロアクティブな UDP ベースのトラフィック保護を提供し、Amazon GameLift Servers のお客様には追加費用なしでご利用いただけます。この機能はプレイヤーごとのトラフィック制限を適用して、一見正当に見える送信元からでも中断を防ぎ、手動でバイトマッチングを行う必要がなくなります。C# と Unity 向けの新しいクライアント SDK は、C++ と Unreal Engine の既存のサポートに加わるため、開発者はゲームエンジンや言語に関係なく柔軟に保護を実装できます。

Amazon GameLift Servers DDoS 保護は、米国東部 (バージニア北部)、米国西部 (オレゴン)、ヨーロッパ (フランクフルト)、ヨーロッパ (アイルランド)、アジアパシフィック (シドニー)、アジアパシフィック (東京)、およびアジアパシフィック (ソウル) で利用できます。詳細については、Amazon GameLift サーバーのドキュメントをご覧ください。

AWS Service Availability Updates

次の AWS サービスと機能の可用性の変更を発表します。\n サービスはメンテナンスに移行します。

メンテナンスに移行したサービスは、2026 年 7 月 30 日以降、新規のお客様には利用できなくなります。これらのサービスや機能をすでに使用しているお客様は、引き続きご利用いただけます。AWS は、これらのサービスと機能を引き続き運用し、サポートします。お客様には、製品ページとドキュメントで変更点について知っておくことをお勧めします。

· Amazon Bedrock Agents (2023 年 11 月発売) が Amazon Bedrock Agents クラシックになりました

· Amazon Cognito Sync

· アマゾン・ケンドラ

· アマゾン Q ビジネス

· AWS ディレクトリサービス — シンプルな AD

· AWS IoT デバイスディフェンダー — 検出 (2026 年 8 月 31 日以降、新規のお客様はこの機能にアクセスできなくなります)

· AWS メインフレームモダナイゼーション — セルフマネージドエクスペリエンス

· AWS マネジメントコンソール — マイアプリケーション

· AWS リソースグループ — グループライフサイクルイベント

· AWS サービスカタログ — アプリケーションレジストリ

· AWS システムマネージャー — アプリケーションマネージャー

Amazon SageMaker AI 機能

A2I はありません

明確化するには

デバッガーなし

o 地理空間

グラウンドトゥルースなし

機械式タークなし

モデルモニターなし

プロファイラーなし

ロールマネージャーなし

o スタジオラボ

サンセットに入るサービス

以下のサービスが日没を迎えています。サービスの運用とサポートを終了する日付をお知らせします。これらのサービスを使用するお客様は、以下のリンクをクリックしてサンセットのスケジュールを理解し、更新されたサービス Web ページおよびドキュメントで推奨されている代替手段への移行の計画を開始してください。

· アマゾンワークスペース — PCoIP

· アマゾンワークスペース — プール

· AWS マネージドサービス (AMS) アドバンス

· AWS re: ポストプライベート

サポート終了間近のサービス

次のサービスはサポートが終了し、2026 年 6 月 30 日をもって利用できなくなりました。

· Amazon Chime SDK — キャリアボイスフォーカス

· アマゾン・セージメーカー AI — グラウンド・トゥルース・プラス

AWS Elemental MediaLive とメディアパッケージ (一部のリージョンのみ)

これらの変更の影響を受けるお客様のために、包括的な移行ガイドを用意しており、サポートチームが移行を支援する準備ができています。詳細については AWS 製品ライフサイクルページをご覧ください。今後の更新については RSS フィードを購読してください。

AWS Clean Rooms now supports intermediate tables for SQL

AWS Clean RoomsはSQLクエリの中間テーブルをサポートするようになりました。これにより、複雑で多段階の分析ワークフローをパートナーとともに実行する組織の柔軟性が向上しました。今回の発表により、顧客は SQL クエリの結果をコラボレーションの中間テーブルに書き込んで、その後の分析で再利用できます。中間テーブルにより、複雑な結合の再利用から下流分析用の共有 ID マッピングテーブルの作成まで、多段階の分析ワークフローが可能になり、すべてコラボレーションのプライバシーの範囲内で可能になります。たとえば、パブリッシャーと広告主がファーストパーティのデータを結合して共同で ID マッピングテーブルを作成し、それをリーチ、フリークエンシー、アトリビューションの分析で再利用することで、コストを削減し、その後の分析でパフォーマンスを最適化できます。\n AWS Clean Roomsを使用すると、企業とそのパートナーは、互いの基礎データを公開したりコピーしたりすることなく、集合したデータセットを簡単に分析して共同作業できます。AWS クリーンルームが利用できる AWS リージョンの詳細については、AWS リージョンの表を参照してください。AWS クリーンルームとの連携の詳細については、AWS クリーンルームをご覧ください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS News Blog

AWS Database Blog

Desktop and Application Streaming

AWS DevOps & Developer Productivity Blog

Artificial Intelligence

Networking & Content Delivery

AWS Storage Blog

Open Source Project

AWS CLI

Amplify for iOS