AWSの基礎力をつけるためにAWS What’s Newを毎日目を通す事を始めました。 最初は日本語訳されたものを見ていたのですが、1週間ほど遅れて訳されるようなので、英語の情報を訳して整理することにしました。
本情報が役立つ人もいるかなと思い公開します。 個人的な理解なので、実際の情報は原典をあたってください。
¥3,520 Amazonで見る![AWS運用入門 改訂第2版 押さえておきたいAWSの基本と運用ノウハウ [AWS深掘りガイド] 単行本（ソフトカバー） – 2025/7/11](https://m.media-amazon.com/images/I/61ftnZ09WvL._SY522_.jpg)
AWS運用入門 改訂第2版 押さえておきたいAWSの基本と運用ノウハウ [AWS深掘りガイド] 単行本（ソフトカバー） – 2025/7/11
本日のアップデート一覧 #
- Amazon ECS、ローリングデプロイ中のサービス可用性を向上: Amazon ECSは、ローリングデプロイ中にタスクが失敗したり、予期せず終了したりした場合でも、サービスの可用性を維持する機能を強化しました。
- Amazon RDS Blue/Green デプロイが Aurora グローバルデータベースをサポート開始: Amazon RDS Blue/GreenデプロイがAuroraグローバルデータベースをサポートし、より安全で迅速な更新が可能になりました。
- AWS IoT サービスがVPCエンドポイントとIPv6接続のサポートを拡大: AWS IoT Core、Device Management、Device DefenderがVPCエンドポイントとIPv6のサポートを拡大し、セキュリティを強化しました。
- AWS Lambda が Java 25 のサポートを追加: AWS LambdaでJava 25が利用可能になり、最新の言語機能とパフォーマンス向上が提供されます。
- AWS LambdaがRustのサポートを追加: AWS LambdaがRustを正式にサポートし、パフォーマンス重視のサーバーレスアプリケーションの構築が可能になりました。
気になるアップデート #
Amazon ECSのローリングデプロイ中のサービス可用性が向上しました。最近ECSのアップデート関連のニュースを良く見る気がします。B/Gデプロイへの対応や線形/カナリアデプロイへの対応などですね。今回は小さめの更新のようですが、それでもローリングデプロイの可用性が高まるということで重要ですね。ローリングデプロイ中に実行中(古い)タスクでエラーやスケールアウトが起きたときに、実行中(古い)タスクを新しいタスクに置き換えるのではなく安定リビジョンに戻す、と理解しました。更新系はなかなか難しいですね。
Amazon ECS、ローリングデプロイ中のサービス可用性を向上 #
投稿日: 2025-11-14
何ができるようになったのか #
Amazon Elastic Container Service (Amazon ECS) は、ローリングデプロイ中のサービス可用性を向上させる機能強化を導入しました。これにより、新しいアプリケーションバージョンのタスクが失敗している場合、現在のタスクが予期せず終了した場合、またはデプロイ中にスケールアウトがトリガーされた場合でも、可用性を維持するのに役立ちます。
何が嬉しいのか #
新しいアプリケーションバージョンのタスクが失敗したり、現在のタスクが予期せず終了したり、デプロイ中にスケールアウトがトリガーされたりする状況でも、サービスの可用性を維持できます。新しいバージョンが失敗している場合でも、現在実行中のバージョンが増加した負荷を処理できるようになります。
これまでとどう変わるのか #
- これまで: 以前は、ローリングデプロイ中に現在実行中のバージョンのタスクが異常になったり終了したりすると、ECS はデプロイの進行を優先して新しいバージョンに置き換えようとしました。新しいバージョンが正常に起動できない場合（新しいタスクがヘルスチェックに失敗したり、起動できなかったりする場合など）、これらの置き換えは失敗し、サービスの可用性が低下する可能性がありました。
- これから: ECS は、異常または終了したタスクを、それらが属する同じサービスリビジョンを使用して置き換えるようになりました。現在実行中のバージョンの異常なタスクは、新しいバージョンのステータスに関係なく、同じバージョンの正常なタスクに置き換えられます。さらに、ローリングデプロイ中にApplication Auto Scalingがトリガーされると、ECSは両方のサービスリビジョンにスケールアウトを適用し、新しいバージョンが失敗している場合でも、現在実行中のバージョンが増加した負荷を処理できるようにします。
具体的なユースケース #
- 新しいアプリケーションバージョンのタスクが失敗している場合
- 現在のタスクが予期せず終了した場合
- デプロイ中にスケールアウトがトリガーされた場合
Amazon RDS Blue/Green デプロイが Aurora グローバルデータベースをサポート開始 #
投稿日: 2025-11-14
何ができるようになったのか #
Amazon RDS Blue/Green デプロイが、Aurora グローバルデータベースのより安全でシンプルかつ迅速な更新をサポートするようになりました。数回クリックするだけで、プライマリおよびすべてのセカンダリリージョンを含む本番 (ブルー) Aurora グローバルデータベースをミラーリングするステージング (グリーン) 環境を作成できます。準備ができたら、ブルー/グリーン切り替えを実行して、プライマリおよびすべてのセカンダリリージョンをグリーン環境に移行し、これがアクティブな本番環境として機能します。アプリケーションは設定変更なしで即座にアクセスを開始し、運用上のオーバーヘッドを最小限に抑えます。
何が嬉しいのか #
- Aurora グローバルデータベースの更新がより安全、シンプル、かつ迅速になります。
- メジャー/マイナーバージョンアップグレード、OS アップデート、パラメータ変更、インスタンスタイプ検証、スキーマ変更などの重要なデータベース操作を最小限のダウンタイムで実行できます。
- Aurora がクラスター、インスタンス、エンドポイントを自動的にリネームするため、切り替え中にアプリケーションは変更なしで動作を継続できます。
- 単一リージョンの障害発生時のアプリケーションの災害復旧と、グローバルに分散されたアプリケーションの高速なローカル読み取りが可能になります。
これまでとどう変わるのか #
- これまで: Aurora グローバルデータベースの更新は、より複雑で手動、またはダウンタイムを伴うプロセスが必要でした。
- これから: Blue/Green デプロイメントを使用して、最小限のダウンタイムで更新を実行できるようになり、ステージング環境の作成とシームレスな切り替えが自動化されます。
具体的なユースケース #
- メジャーおよびマイナーバージョンアップグレードの実行。
- OS アップデートの適用。
- データベースパラメータの変更。
- インスタンスタイプの検証。
- スキーマ変更の実装。
AWS IoT サービスがVPCエンドポイントとIPv6接続のサポートを拡大 #
投稿日: 2025-11-14
何ができるようになったのか #
AWS IoT Core、AWS IoT Device Management、およびAWS IoT Device Defenderが、Virtual Private Cloud (VPC) エンドポイントとIPv6のサポートを拡大しました。開発者はAWS PrivateLinkを使用して、すべてのデータプレーン操作、管理API、および認証情報プロバイダーに対してVPCエンドポイントを確立できるようになりました。さらに、VPCおよびパブリックエンドポイントの両方でIPv6がサポートされ、開発者はIPv6またはIPv4のいずれかを使用してIoTデバイスとアプリケーションを接続する柔軟性が得られます。
何が嬉しいのか #
この機能強化により、IoTワークロードはパブリックインターネットを経由せずに仮想プライベートクラウド内で完全に動作できるようになり、IoTデプロイメントのセキュリティ体制を強化できます。IPv6サポートは、既存のIPv4インフラストラクチャとの互換性を維持しながら、IPv6に関する地域の要件を満たすのに役立ちます。
これまでとどう変わるのか #
- これまで: IoTワークロードがパブリックインターネットを経由する可能性があり、すべてのエンドポイントでIPv6接続が完全にサポートされていなかった可能性があります。
- これから: IoTワークロードはパブリックインターネットを経由せずにVPC内で完全に動作でき、VPCおよびパブリックエンドポイントの両方で完全なIPv6サポートが利用可能です。
具体的なユースケース #
- IPv6またはIPv4のいずれかを使用してIoTデバイスとアプリケーションを接続する。
- セキュリティ強化のためにIoTワークロードを仮想プライベートクラウド内で完全に運用する。
- IPv6に関する地域の要件を満たす。
AWS Lambda が Java 25 のサポートを追加 #
投稿日: 2025-11-14
何ができるようになったのか #
AWS Lambda は、Java 25 を使用したサーバーレスアプリケーションの作成をサポートするようになりました。このランタイムは、Amazon の OpenJDK ディストリビューションである Amazon Corretto の最新の長期サポートリリースに基づいています。Java 25 はマネージドランタイムとしてもコンテナベースイメージとしても使用でき、AWS は利用可能になり次第、マネージドランタイムとベースイメージに自動的に更新を適用します。
何が嬉しいのか #
このリリースにより、パターン内のプリミティブ型、モジュールインポート宣言、柔軟なコンストラクタ本体など、最新の Java 言語機能が Lambda 開発者に提供されます。また、Ahead-of-Time キャッシュ、階層型コンパイルのデフォルト調整、2021 年の Log4Shell 脆弱性に対するパッチの削除など、いくつかのパフォーマンス強化も含まれています。Lambda コンソール、AWS CLI、AWS Serverless Application Model (AWS SAM)、CDK、AWS CloudFormation など、あらゆる AWS デプロイツールを使用して、Java 25 で記述されたサーバーレスアプリケーションをデプロイおよび管理できます。このランタイムは、高速なコールドスタートのために Lambda Snap Start (サポートされているリージョンで) をサポートしています。サーバーレスのベストプラクティスを実装し、開発速度を向上させるための開発者ツールキットである Powertools for AWS Lambda (Java) も Java 25 をサポートしています。
これまでとどう変わるのか #
- これまで: Java 25 はサポートされていませんでした。開発者は古い Java バージョンまたは他のランタイムを使用する必要がありました。Java 25 固有の機能やパフォーマンス上の利点にアクセスできませんでした。
- これから: Java 25 がマネージドランタイムおよびコンテナベースイメージとして完全にサポートされ、新しい言語機能、パフォーマンスの向上、AWS デプロイツールおよび Lambda Snap Start との互換性が提供されます。
具体的なユースケース #
- Java 25 をマネージドランタイムまたはコンテナベースイメージとして使用して、サーバーレスアプリケーションを構築およびデプロイする。
- Lambda コンソール、AWS CLI、AWS SAM、CDK、AWS CloudFormation などの AWS デプロイツールを使用して、Java 25 で記述されたサーバーレスアプリケーションをデプロイおよび管理する。
- Lambda Snap Start を利用して、Java 25 サーバーレスアプリケーションのコールドスタートを高速化する。
- Powertools for AWS Lambda (Java) を使用して、サーバーレスのベストプラクティスを実装し、開発速度を向上させる。
AWS LambdaがRustのサポートを追加 #
投稿日: 2025-11-14
何ができるようになったのか #
AWS Lambdaが、サーバーレスアプリケーション構築のためのRustのサポートを正式に追加しました。以前は「実験的」と分類され、本番ワークロードでの使用は推奨されていませんでしたが、今回のリリースにより、AWSサポートとLambda SLAに裏打ちされた一般提供（GA）となりました。
何が嬉しいのか #
Rustは、高いパフォーマンス、メモリ効率、コンパイル時のコード安全性、成熟したパッケージ管理とツールエコシステムを提供します。これにより、パフォーマンス重視のサーバーレスアプリケーションを構築する開発者にとって理想的な選択肢となります。開発者は、Lambdaの組み込みイベントソース統合、ゼロからの高速スケーリング、自動パッチ適用、従量課金制を活用して、ビジネスに不可欠なサーバーレスアプリケーションをRustで構築できるようになります。
これまでとどう変わるのか #
- これまで: AWS LambdaでのRustサポートは「実験的」であり、本番ワークロードでの使用は推奨されていませんでした。
- これから: AWS LambdaでのRustサポートは一般提供（GA）となり、AWSサポートとLambda SLAによって保証されます。
具体的なユースケース #
- パフォーマンスが重視されるサーバーレスアプリケーションの構築
- ビジネスに不可欠なサーバーレスアプリケーションの構築