2026/10/8 9:00:00 ~ 2026/10/9 9:00:00 (JST)

最近の発表

OpenAI GPT-6.1 Sol now supports Ultrafast mode on Amazon Bedrock

本日、AWSは、Amazon BedrockのOpenAIからGPT-6.1 Solの超高速モードが利用可能になったことを発表しました。超高速モードでは、速度が最も重要なワークロードの推論が速くなります。Amazon Bedrock 推論エンジンは、本番環境のワークロードに必要なパフォーマンス、セキュリティ、信頼性を提供します。\nGPT-6.1 Sol Ultrafast は、リアルタイムのコーディングアシスタント、インタラクティブエージェント、迅速で高品質な応答を必要とする顧客対応エクスペリエンスなど、遅延の影響を受けやすいアプリケーションに使用してください。GPT-6.1 Sol は、開発者が機能を構築し、問題をデバッグし、複雑なコードベースを調査し、多段階のワークフローを完了するのに役立ちます。確立された AWS 統制は、ワークロードの保護、アクセスの管理、モデル呼び出しアクティビティの監査に役立ちます。 Amazon Bedrock コンソールから始めることも、サポートされている Amazon Bedrock API を使用してプログラム的に開始することもできます。サポートされている AWS リージョン、エンドポイント、API、機能、推論プロファイル、料金については、Amazon Bedrock のドキュメントを参照してください。

Amazon RDS for Oracle now supports minor version upgrade prechecks and a new RDS event to help reduce patching downtime

Amazon Relational Database Service (Amazon RDS) for Oracle では、アップグレードを開始する前、または予定されているメンテナンス期間の前に、自分でマイナーバージョンアップグレードの事前チェックを実行できるようになりました。RDS for Oracle では、パッチ適用中に DB インスタンスが接続を再び受け入れるようになったことを知らせる新しいイベントも発行されるようになりました。このイベントにより、残りのメンテナンスタスクがまだ進行中でもアプリケーションを戻すことができるため、パッチ適用中のアプリケーションのダウンタイムを減らすことができます。\nRDS for Oracle は、すべてのマイナーバージョンアップグレードの開始時に、空きストレージが不足している、Oracle が管理するオブジェクトが無効である、トリガーが無効であるなど、アップグレードの完了を妨げるような状態がないかどうかをチェックします。チェックで問題が見つかるとアップグレードは中止されるため、問題を解決してアップグレードを再度スケジュールする必要があります。以前は、これらのチェックはアップグレード自体の一部としてのみ実行されていました。新しい rdsadmin.rdsadmin_precheck_tasks.precheck_minor_upgrade プロシージャを使用すると、いつでもチェックを実行できます。事前チェックは読み取り専用で、ワークロードには影響しません。見つかったすべての問題が 1 つのログに記録されるので、修正してメンテナンス期間の前に事前チェックをやり直すことができます。 RDS for Oracle は、マイナーバージョンのアップグレード中またはオペレーティングシステムの更新中に DB インスタンスが接続を受け入れるとすぐに RDS-EVENT-0596 を送信するようになりました。残りのメンテナンスタスクは、データベースがオンラインになっている間に完了します。Amazon RDS イベント通知または Amazon EventBridge を通じてこのイベントを購読すると、アプリケーションの再接続を自動化したり、データベースがオンラインに戻ったことをチームに通知したりできます。 これらの機能は、Amazon RDS for Oracle が利用できるすべての AWS 商用リージョンと AWS GovCloud (米国) リージョンで利用できます。詳細については、Amazon RDS ユーザーガイドの「Amazon RDS for Oracle でのマイナーバージョンアップグレードの事前チェックの実行」、「Amazon RDS イベントカテゴリとイベントメッセージ」、および「Amazon RDS イベントのモニタリング」を参照してください。

AWS Network Firewall adds wildcard support for container attribute filters

AWS ネットワークファイアウォールは、Amazon Elastic Kubernetes サービス (Amazon EKS) と Amazon Elastic Container Service (Amazon ECS) のコンテナ属性ベースのインスペクションフィルタでワイルドカードマッチングをサポートするようになりました。この機能強化により、ワイルドカードパターンを使用して属性フィルタを定義し、1 つのルールで複数のコンテナワークロードと一致させることができるため、バリアントごとに個別のコンテナ関連付けを作成する必要がなくなります。\nワイルドカードサポートにより、app=payments-* などのパターンを使用して、payments-api、payments-worker、payments-cron など、アプリケーションのすべてのバリアントを自動的に対象とすることができます。これにより、新しいアプリケーションバリアントが頻繁にデプロイされる動的コンテナ環境のファイアウォールルール管理が簡単になり、運用のオーバーヘッドが軽減され、コンテナ化されたワークロード全体で一貫したセキュリティが保証されます。 コンテナ属性フィルタのワイルドカードサポートは、AWS Network Firewall コンテナ属性ベースの検査がサポートされているすべての AWS リージョンで利用できます。サポートされているリージョンの全リストについては、AWS リージョン表を参照してください。 開始するには、AWS Network Firewall 製品ページとサービスドキュメントをご覧ください。

Amazon GameLift Servers adds CPU burstability for container fleets

Amazon GameLift Servers がコンテナフリートの CPU バースタビリティをサポートするようになったため、ゲーム開発者は実行時にコンピューティングリソースをより柔軟に割り当てて消費することができます。これまで、コンテナフリートは固定 CPU 値に依存していました。これにより、コンテナのパッキング密度が制御され、同時にランタイムに厳しい上限が課されていました。この二重の制約により、開発者はリソースを効率的に利用するか、ゲームサーバーワークロードのパフォーマンスヘッドルームを維持するかを選択せざるを得ませんでした。\nゲームサーバーのワークロードは本質的にバースト性が高く、ほとんどの試合の間は CPU デマンドは低いままですが、物理計算、AI 処理、衝突検出の間は急激に急増します。CPU バースタビリティにより、デベロッパーは一般的な CPU ニーズに基づいてコンテナをパックできると同時に、需要のピーク時にはゲームサーバープロセスがアイドル状態のインスタンスの CPU に突入することを許容できるようになりました。このオプトイン機能はコンテナグループの定義ごとに設定され、ピーク時のパフォーマンスを犠牲にすることなく高密度のデプロイをサポートし、標準コンテナフリート価格の一部として追加費用なしで含まれています。 Amazon GameLift Servers コンテナフリートの CPU バースタビリティは、中国リージョンを除き、コンテナフリートがサポートされているすべての AWS リージョンで利用できます。 Amazon GameLift サーバーコンテナフリートの CPU バースタビリティの詳細については、Amazon GameLift サーバー開発者ガイドをご覧になるか、Amazon GameLift サーバー製品ページをご覧ください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS Contact Center

AWS Database Blog

AWS for Industries

Artificial Intelligence

AWS for M&E Blog

Open Source Project

AWS CLI

AWS CDK

Amplify for iOS