AWSの基礎力をつけるためにAWS What’s Newを毎日目を通す事を始めました。 最初は日本語訳されたものを見ていたのですが、1週間ほど遅れて訳されるようなので、英語の情報を訳して整理することにしました。
本情報が役立つ人もいるかなと思い公開します。 個人的な理解なので、実際の情報は原典をあたってください。
¥3,520 Amazonで見る
AWS運用入門 改訂第2版 押さえておきたいAWSの基本と運用ノウハウ [AWS深掘りガイド] 単行本(ソフトカバー) – 2025/7/11
Amazon Quick がサードパーティの AI エージェントを追加し、組み込みアクションライブラリを拡張 #
投稿日: 2026年01月08日
何ができるようになったのか #
Amazon Quick で、Box、Canva、PagerDuty などのサードパーティ AI エージェントを呼び出し、チャットや自動化タスクを実行できるようになりました。 また、GitHub、Notion、Linear、Hugging Face、Monday.com、HubSpot、Intercom などとの連携を含む、組み込みアクションライブラリが拡張されました。
何が嬉しいのか #
これまでは、AI エージェントや CRM、サポートツール、コラボレーションツールなどを使用する際に、複数のインターフェースを行き来する必要があり、コンテキストの維持や手作業での出力の統合に手間がかかっていました。 今回のアップデートにより、Quick という単一のインターフェースからこれらのサードパーティエージェントやツールを操作できるようになり、アプリケーション切り替えによる時間の無駄や認知的負荷を軽減できます。
これまでとどう変わるのか #
- これまで: ユーザーは異なるアプリケーションやインターフェース間を頻繁に切り替え、同じコンテキストを繰り返し入力したり、手動で情報を統合したりする必要がありました。
- これから: Quick から直接、サードパーティのエージェントを呼び出したり、組み込みのアクションを実行したりすることで、シームレスにタスクを完了できるようになります。
具体的なユースケース #
- PagerDuty からインシデントの洞察を引き出し、Canva でプレゼンテーションを作成し、Box に保存されているドキュメントを照会する作業を Quick 内で完結させる。
- GitHub の issue 作成、Notion での会議メモの要約、CRM の管理などを Quick から直接実行する。
Amazon EMR Serverless がジョブ実行レベルのコスト配分タグのサポートを追加 #
投稿日: 2026年01月09日
何ができるようになったのか #
Amazon EMR Serverless で、個々のジョブ実行レベルでの詳細な請求属性の設定が可能になりました。 ジョブ実行 ID やジョブ実行に関連付けられたコスト配分タグを使用して、AWS Cost Explorer や Cost and Usage Reports (CUR) でコストをフィルタリングおよび追跡できます。
何が嬉しいのか #
これまではアプリケーションレベルでのコスト配分に限られていましたが、ジョブ実行ごとにタグを割り当てられるようになったため、より詳細なコストの可視化が可能になります。 例えば、1つのアプリケーション内で複数の部門(財務やマーケティングなど)のジョブを実行している場合でも、部門ごとにコストを分けて追跡できるようになります。また、ジョブごとのコストベンチマークや最適化の取り組みも容易になります。
これまでとどう変わるのか #
- これまで: コスト配分タグは EMR Serverless アプリケーション単位でのみ割り当て可能で、コストの帰属はアプリケーションレベルに限定されていました。
- これから: 各ジョブ実行にコスト配分タグを割り当てることができ、個々のジョブ実行レベルでのきめ細かな請求属性の管理が可能になります。
具体的なユースケース #
- 単一のアプリケーションで財務部門とマーケティング部門のジョブを処理し、それぞれの部門ごとにコストを追跡する。
- 個々のジョブ実行のコストを評価してベンチマークを実施し、リソース使用率や支出パターンの深い洞察を得る。
Amazon RDS for SQL Server が追加の AWS リージョンでクロスリージョンリードレプリカをサポート #
投稿日: 2026年01月09日
何ができるようになったのか #
Amazon RDS for SQL Server で、新たに 16 の AWS リージョンにてクロスリージョンリードレプリカの設定が可能になりました。 対象リージョンは、アフリカ(ケープタウン)、アジアパシフィック(香港、ハイデラバード、ジャカルタ、マレーシア、メルボルン、台北、タイ)、カナダ西部(カルガリー)、欧州(ミラノ、スペイン、チューリッヒ)、イスラエル(テルアビブ)、メキシコ(中央)、中東(バーレーン、UAE)です。
何が嬉しいのか #
異なるリージョンのユーザーに近い場所で読み取り専用のレプリカデータベースを提供できるようになり、アプリケーションのレイテンシーを低減できます。また、読み取り専用ワークロードのスケールアウトも可能です。 さらに、リードレプリカはスタンドアロンの運用データベースに昇格させることができるため、リージョン障害時の災害復旧(DR)対策としても利用できます。
これまでとどう変わるのか #
- これまで: 上記の 16 リージョンでは、クロスリージョンリードレプリカ機能が利用できませんでした。
- これから: 対象リージョンを含む、より広範なリージョン間でデータを複製し、グローバルな読み取りスケーリングや DR 戦略を構築できるようになります。
具体的なユースケース #
- タイやスペインなどの特定のリージョンにいるユーザーに対して、現地のリージョンから読み取りアクセスを提供し、応答速度を向上させる。
- プライマリリージョンに障害が発生した場合に備えて、別のリージョンにリードレプリカを配置し、必要に応じて昇格させて事業継続性を確保する。