2026/1/29 9:00:00 ~ 2026/1/30 9:00:00 (JST)

最近の発表

Announcing increased 1 MB payload size support in Amazon EventBridge

Amazon EventBridge は、イベントのペイロードサイズを 256 KB から 1 MB に増やしました。これにより、開発者は、データを分割、圧縮、外部化することなく、イベント駆動型のワークロード用に、より豊富で複雑なペイロードを取り込むことができます。\n Amazon EventBridge はサーバーレスイベントルーターで、アプリケーション、サードパーティ SaaS アプリケーション、AWS サービス間でイベントをルーティングすることで、スケーラブルなイベント駆動型アプリケーションを作成できます。これらのアプリケーションでは、多くの場合、大規模言語のモデルプロンプト、テレメトリシグナル、機械学習出力用の複雑な JSON 構造など、豊富なコンテキストデータを処理する必要があります。EventBridge Event Bussで新たに1MBのペイロードがサポートされたことで、開発者は包括的なデータを1つのイベントに含めることでアーキテクチャを合理化できるようになり、複雑なデータチャンキングや外部ストレージソリューションの必要性が減ります。 この機能は、Amazon EventBridge が提供されているすべての商用 AWS リージョンで利用できます。ただし、アジアパシフィック (ニュージーランド)、アジアパシフィック (タイ)、アジアパシフィック (マレーシア)、アジアパシフィック (台北)、メキシコ (中央) は除きます。全リストについては、AWS 地域サービスリストを参照してください。詳細については、EventBridge ドキュメントをご覧ください。

Amazon Bedrock now supports server-side custom tools using the Responses API

Amazon Bedrock は、OpenAI API 互換のサービスエンドポイントを使用するレスポンス API のサーバーサイドツールをサポートするようになりました。Bedrock は既に、コンバース、チャット完了、レスポンス API によるクライアントサイドツールの使用をサポートしています。Responses API 用のサーバーサイドツールの使用が開始されたことで、Amazon Bedrock はクライアントを経由せずにツールを直接呼び出すことができるようになりました。これにより、AI アプリケーションが AWS アカウントの組織、ガバナンス、コンプライアンス、セキュリティの境界内で、ウェブの検索、コードの実行、データベースの更新など、複数のステップからなるアクションをリアルタイムで実行できるようになります。独自のカスタム Lambda 関数を送信してカスタムツールを実行することも、メモやタスクなどの AWS 提供のツールを使用することもできます。\n Responses API を使用するサーバーサイドツールは、本日より、米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (オレゴン)、アジアパシフィック (東京)、アジアパシフィック (ムンバイ)、南米 (サンパウロ)、ヨーロッパ (アイルランド)、ヨーロッパ (ロンドン)、ヨーロッパ (ミラノ) の AWS リージョンで、OpenAI の GPT OSS 20B/120B モデルで利用できるようになります。他の地域やモデルも間もなくサポートされる予定です。

開始するには、サービスドキュメントをご覧ください。

Amazon Cognito introduces inbound federation Lambda triggers

Amazon Cognito では、認証プロセス中にフェデレーションユーザー属性を変換およびカスタマイズできるインバウンドフェデレーション Lambda トリガーが導入されています。外部の SAML プロバイダーや OIDC プロバイダーからの応答をユーザープールに保存する前に変更できるようになったため、ID プロバイダーの設定を変更しなくても、フェデレーションフローをプログラムで完全に制御できます。\n インバウンドフェデレーション Lambda トリガーは、フェデレーション認証ワークフローにおける現在の制限、特に属性サイズの制限や外部 ID プロバイダーからの選択的な属性ストレージの必要性によって生じる問題に対処します。たとえば、外部 SAML または OIDC ID プロバイダーからの大規模なグループ属性が、Cognito の 1 属性あたり 2,048 文字の制限を超えると、認証フローがブロックされる可能性があります。この機能により、新しいフェデレーティッドユーザーを作成したり、Cognito で既存のフェデレーティッドユーザープロファイルを更新したりする前に、大規模なグループ属性の変更などの属性値を追加、オーバーライド、または抑制できます。

新しいインバウンドフェデレーション Lambda トリガーは、Amazon Cognito が利用可能なすべての AWS リージョンで、ホステッド UI (クラシック) とマネージドログインを通じて利用できます。まず、AWS マネジメントコンソール、AWS コマンドラインインターフェイス (CLI)、AWS ソフトウェア開発キット (SDK)、クラウド開発キット (CDK)、または AWS CloudFormation を使用してユーザープール LambdaConfig に新しいパラメータを追加してトリガーを設定します。詳細については、実装例とベストプラクティスに関する Amazon Cognito 開発者ガイドをご覧ください。

Amazon Keyspaces (for Apache Cassandra) introduces pre-warming with WarmThroughput for your tables

Amazon Keyspaces (Apache Cassandra用) はテーブルの事前ウォーミングをサポートするようになったため、将来のトラフィック需要に合わせて新規テーブルと既存のテーブルの両方を事前に準備できます。この機能は、マルチリージョンのレプリケートテーブルを含め、プロビジョニングされたキャパシティーモードとオンデマンドキャパシティーモードのどちらのテーブルでも利用できます。\n Amazon キースペース (Apache Cassandra 用) は、スケーラブルで可用性が高く、マネージド型の Apache Cassandra 互換データベースサービスです。Amazon Keyspaces はサーバーレスなので、使用したリソースに対してのみ料金が発生し、1 秒あたり数千のリクエストを処理するアプリケーションを構築できます。スループットとストレージは事実上無制限です。 Amazon Keyspaces は増加するワークロードに対応するように自動的にスケーリングしますが、アプリケーションの起動、マーケティングキャンペーン、季節イベントなどの特定のシナリオでは、通常のスケーリングパターンを超える急激なトラフィックの急増が発生することがあります。事前ウォーミングにより、テーブルの作成または更新操作中に予想されるピークスループット要件を手動で指定できるようになりました。これにより、スケーリングの遅延やエラー率の増加なしに、テーブルが大量のトラフィックの急増にすぐに対応できるようになります。 事前ウォーミングプロセスは無停止で非同期的に実行されるため、事前ウォーミングの進行中も他のテーブルの変更を続けることができます。事前ウォーミングでは、指定した値とベースライン容量の差に基づいて 1 回限りの料金が発生します。この機能は、Amazon キースペースが提供されているすべての AWS 商用リージョンと AWS GovCloud (米国) リージョンでご利用いただけるようになりました。詳細については、ウォーミング前のリリースブログまたは Amazon Keyspaces ドキュメントをご覧ください。

AWS announces Deployment Agent SOPs in AWS MCP Server (preview)

AWS は、AWS MCP サーバーで利用可能な標準運用手順 (SOP) の導入を発表しました。SOP は構造化された自然言語による指示であり、AI エージェントが複雑な複数ステップのタスクを実行して、一貫性があり信頼性が高く効率的な行動を取れるように導きます。このような自動化された手順により、お客様は Kiro、Kiro、Kiro CLI、Cursor、Claude Code など、任意の MCP 互換の IDE または CLI からの自然言語プロンプトを使用してウェブアプリケーションを AWS アカウントにデプロイできます。デプロイは、AWS CDK インフラストラクチャを生成し、CloudFormation スタックをデプロイし、推奨される AWS セキュリティベストプラクティスに従って CI/CD パイプラインを作成することで機能します。\n これまで、開発者は DevOps のベストプラクティスを導入したまま、Vibe でコーディングされたアプリケーションを本番環境に持ち込むのに苦労していました。今では、開発者はわずか1回のプロンプトでプロトタイプから本番環境へと迅速に移行できます。AWS MCP Server で設定された AI アシスタントにウェブアプリケーションのデプロイを依頼すると、AI エージェントはエージェント SOP で定義された多段階計画に従ってプロジェクト構造を分析し、CDK インフラストラクチャを生成し、Amazon S3 と Amazon CloudFront でホストされているプレビュー環境をデプロイします。準備が整うと、ソースリポジトリから本番環境へのデプロイを自動化するように AWS CodePipeline を設定し、アプリケーション用に CI/CD を自動的にセットアップできます。エージェント SOP は React、Vue.js、Angular、Next.js などの一般的なフレームワークで構築されたウェブアプリケーションをサポートします。デプロイメントドキュメントはリポジトリに自動的に作成されるため、エージェントは将来のデプロイを処理したり、トラブルシューティングのためにログを照会したり、セッションをまたいで作業を再開したりできます。 エージェント SOP は、米国東部 (バージニア北部) リージョンで AWS MCP Server の一部として追加費用なしでプレビュー版として利用できます。作成した AWS リソースと該当するデータ転送費用のみをお支払いいただきます。開始するには、AWS MCP サーバーのドキュメントを参照してください。

Amazon GameLift Servers now supports automatic scaling to and from zero instances

Amazon GameLift Servers では、ゼロインスタンスへの自動スケーリングとゼロインスタンスからの自動スケーリングが可能になり、ゲーム開発者にとってコスト最適化の重大な課題が解決されました。これまで、開発者はフリートの自動スケーリングを有効に保つために、アクティビティが少ない時間帯やアクティビティがない期間でも実行中のインスタンスを維持する必要がありました。その結果、オフピーク時には不必要なインフラストラクチャーコストが発生していました。Amazon GameLift Servers を使用するゲーム開発者は、インスタンス数ゼロへの自動スケーリングと、応答性の高いパフォーマンスを維持しながら、マルチプレイヤーゲームインフラストラクチャのコストを最適化できます。\n この新機能は、ゲームセッションがリクエストされたときに自動的にスケールアップすると同時に、非アクティブ期間中の未使用のインスタンスに対する課金をなくすことで、ゲーム開発者に大幅なコスト削減をもたらします。これは、ピーク時とオフピーク時がはっきりしているゲーム、季節限定またはイベントベースのゲーム、トラフィックパターンが不確かな新発売ゲーム、アクティビティのタイムゾーンが限られている地域限定ゲームに特に役立ちます。さらに、Amazon GameLift Servers は自然なゲームアクティビティパターンにインテリジェントに適応するため、スケーリングに関する決定はもはや手動による介入を必要としません。 ゼロインスタンスへの自動スケーリング機能は、Amazon GameLift Servers がサポートされているすべてのリージョンで利用できます。Amazon GameLift サーバーの自動スケーリング機能と実装の詳細については、Amazon GameLift サーバーのドキュメントをご覧ください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS Architecture Blog

AWS Big Data Blog

AWS Compute Blog

AWS Database Blog

Artificial Intelligence

AWS Security Blog

Open Source Project

AWS CLI

Bottlerocket OS