2026/8/25 9:00:00 ~ 2026/8/26 9:00:00 (JST)

最近の発表

AWS IoT Core now supports native InfluxDB routing for time-series data

AWS IoT Core は InfluxDB ルールアクションをサポートするようになりました。これにより、デバイス側のカスタムコードを記述したり、中間クラウドサービスを使用したりしなくても、モノのインターネット (IoT) デバイスから InfluxDB データベースに時系列データを直接ルーティングできます。AWS IoT Core は、数十億台の IoT デバイスを AWS クラウドに安全に接続し、IoT デバイスのデータを AWS やサードパーティのサービスにルーティングする完全マネージド型サービスです。\n 新しい InfluxDB ルールアクションは、デバイスの時系列データを InfluxDB のラインプロトコル形式に自動的に変換し、Amazon Timestream マネージドクラスターまたはセルフホストの InfluxDB クラスターのいずれかに書き込みます。新しいルールアクションは、コストとスループットの最適化に役立つ次の 2 つのバッチ処理モードもサポートしています。1 つはデバイスが事前にバッチ処理されたペイロードを AWS IoT Core に送信するデバイス側バッチ処理で、もう 1 つは IoT ルールエンジンが InfluxDB に書き込む前に個々のメッセージを集約するサーバー側バッチ処理です。たとえば、ライフサイエンス企業は、カスタムデータパイプラインを構築しなくても、科学機器からの何千ものテレメトリー読み取り値をミリ秒単位でバッチ処理し、InfluxDBに直接書き込んで監視することができます。

はじめに、IoT デバイスを AWS IoT Core に接続し、認証およびバッチ処理パラメータとともに、送信先データベースを指定する InfluxDB ルールアクションを定義します。InfluxDB ルールアクションは、InfluxDB 用の Amazon タイムストリームが利用できるすべての AWS グローバルリージョンで使用できます。詳細については、AWS IoT Core 開発者ガイドをご覧ください。

AWS Batch now supports Amazon ECS Managed Instances

AWS Batch は、新しいコンピューティングオプションとして Amazon ECS マネージドインスタンス (ECS MI) をサポートするようになりました。これにより、AWS マネージドインフラストラクチャで GPU アクセラレーションによるコンピューティング集約型のバッチワークロードを実行できるようになりました。ECS MI の AWS Batch を使用すると、AWS が AMI の更新、セキュリティパッチ、インスタンスのライフサイクルを自動的に処理している間に GPU アクセラレーションインスタンスにアクセスできるようになり、顧客管理の Amazon EC2 インフラストラクチャの運用上のオーバーヘッドがなくなります。\n まず、AWS Batch CreateComputeEnvironment API または AWS Batch マネジメントコンソールを使用して AWS Batch on ECS MI コンピューティング環境を作成します。ManagedInstancesProvider ブロックで許可するインスタンスタイプとネットワーク設定を指定し、コンピューティング環境をジョブキューに関連付けて、オンデマンド、スポット、またはリザーブドキャパシティーを使用してジョブを送信できます。 ECS マネージドインスタンスの AWS Batch は、AWS Batch が利用可能なすべての AWS リージョンでサポートされています。詳細については、AWS Batch ユーザーガイドを参照してください。

Capacity Reservation Resource Groups now support Amazon EC2 Capacity Blocks and interruptible Capacity Reservations

本日より、ML 用 Amazon EC2 キャパシティブロックと中断可能なキャパシティ予約をキャパシティ予約リソースグループに追加できるようになりました。Amazon EC2 では、オンデマンドキャパシティ予約 (ODCRs)、中断可能なキャパシティ予約、ML 用キャパシティブロックなど、さまざまな予約サービスを提供しています。以前は、キャパシティ予約リソースグループには ODCR しか含めることができませんでした。キャパシティ予約リソースグループに任意のタイプのキャパシティ予約を追加できるようになったため、リザーブドキャパシティーのポートフォリオ全体にわたって EC2 インスタンスを簡単に起動できるようになりました。\n この機能を使用するには、キャパシティ予約リソースグループを作成し、そこにキャパシティ予約を追加して、起動リクエストでそのグループをターゲットにします。EC2 フリートグループと EC2 Auto Scaling グループを使用する場合、予約タイプ全体で優先順位を設定したり、予約全体でキャパシティが残っていない場合に EC2 オンデマンドキャパシティーに自動的にフォールバックするように設定したりすることもできます。

この機能を使用しても追加料金はかかりません。この機能は、ML のキャパシティブロックと中断可能な ODCRs がサポートされているすべての AWS リージョンで利用できます。ただし、AWS GovCloud (米国) と中国のリージョンを除きます。はじめに、キャパシティ予約リソースグループと『キャパシティ予約ユーザーガイド』を参照してください。

AWS Lambda MicroVMs now supports AWS PrivateLink

AWS Lambda MicroVMS は AWS PrivateLink をサポートするようになりました。これにより、トラフィックをパブリックインターネットに公開することなく、Amazon 仮想プライベートクラウド (VPC) リソースから直接 Lambda MicroVMS へのプライベート接続が可能になります。今回のローンチにより、金融サービス、医療、政府機関における規制対象のワークロードが Lambda MicroVMS を使用して構築する際の厳しいネットワーク分離要件を満たすことができるようになります。 \n PrivateLink VPC エンドポイントは、VPC から AWS サービスへのプライベート接続を実現し、AWS サービスと通信する際にトラフィックがパブリックインターネットを経由しないようにします。本日のリリースでは、この機能が Lambda MicroVMS にも拡張されました。Lambda MicroVMへのプライベート接続を必要とする開発者およびITチームは、VPC内にPrivateLink VPCエンドポイントを作成して、MicroVM APIを呼び出したり (MicroVMイメージの作成やMicroVMの起動など)、各MicroVMのHTTPエンドポイントに接続したりできるようになりました。

Lambda MicroVM 用の PrivateLink VPC エンドポイントは、AWS マネジメントコンソール、AWS CLI、AWS CloudFormation、または AWS SDK を使用して作成できます。この機能は、Lambda MicroVMS を利用できるすべてのリージョンでサポートされています。リージョン別の最新可用性については、リージョン別の AWS 機能ページをご覧ください。

Lambda MicroVM で PrivateLink を使用する方法の詳細については、開発者ガイドを参照してください。料金の詳細については、「AWS PrivateLink 料金表」を参照してください。AWS サービスのプライベート接続の設定の詳細については、AWS PrivateLink 開発者ガイドをご覧ください。

Amazon Connect Customer now lets you update the customer profile on a case or add a profile after a case is opened

Amazon Connect Customer では、エージェントがケースのプロファイルを変更したり、ケースを開いた後にプロファイルを選択したりできるようになりました。ケースが間違った顧客に関連付けられている場合、エージェントはプロファイルを更新してケース履歴を正確に保つことができます。また、共有電話番号からの電話や本人確認が必要な問題など、ケース作成時に顧客が特定されなかった場合、エージェントは後でプロファイルを追加できます。\n Amazon Connect Cases は、米国東部 (バージニア北部)、米国西部 (オレゴン)、カナダ (中部)、ヨーロッパ (フランクフルト)、ヨーロッパ (ロンドン)、アジアパシフィック (ソウル)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アジアパシフィック (東京)、アフリカ (ケープタウン) の AWS リージョンでご利用いただけます。詳細を確認して使用を開始するには、Amazon Connect ケースのウェブページとドキュメントをご覧ください。

Amazon RDS for PostgreSQL supports minor versions 18.6, 17.11, 16.15, 15.19, and 14.24

PostgreSQL 用アマゾンリレーショナルデータベースサービス (RDS) は、最新のマイナーバージョン 18.6、17.11、16.15、15.19、14.24 をサポートするようになりました。PostgreSQL の以前のバージョンにあった一般的な脆弱性と暴露 (CVE) に対処し、PostgreSQL コミュニティによって追加されたバグ修正や改善の恩恵を受けるために、最新のマイナーバージョンにアップグレードすることをお勧めします。\n マイナーバージョン自動アップグレードを使用すると、定期メンテナンス期間中にデータベースをアップグレードできます。大規模な運用を簡素化するには、マイナーバージョンの自動アップグレードを有効にし、AWS Organizations Upgrade Rollout Policy を使用して複数のアップグレードを段階的に調整し、最も重要な環境をアップグレードする前に優先度の低い環境で検証します。Amazon RDS Blue/Green デプロイを使用して、マイナーバージョンアップグレードのダウンタイムを最小限に抑えることもできます。詳細については、「PostgreSQL DB エンジン用 RDS のアップグレード」を参照してください。

Amazon RDS for PostgreSQL を使用すると、クラウド内の PostgreSQL デプロイメントを簡単にセットアップ、運用、およびスケーリングできます。価格の詳細とリージョンの提供状況については、Amazon RDS for PostgreSQL の料金表をご覧ください。Amazon RDS マネジメントコンソールまたは AWS コマンドラインインターフェイス (CLI) を使用して、フルマネージド型の Amazon RDS データベースを作成または更新します。

IAM Roles Anywhere now provides a Java plugin for the AWS SDK

AWS ID およびアクセス管理 (IAM) Roles Anywhere では、AWS SDK for Java v2 用のプラグインが提供されるようになりました。これにより、AWS の外部で実行されているワークロードは、Java アプリケーションプロセス内で一時的な AWS 認証情報を直接取得できます。プラグインはアプリケーションと同じ Java 仮想マシン (JVM) で実行されるため、IAM Roles Anywhere 認証情報ヘルパーを別のプロセスとして実行したり、AWS プロファイルで credential_process を設定したりする必要がなくなります。\n AWS SDK for Java v2 サービスクライアントビルダーのプラグインは、認証情報取得ロジックを記述せずに一時的な認証情報を自動的に解決するように設定します。このプラグインは CreateSession の呼び出しを処理し、有効期限が切れる前に認証情報を自動的に更新します。RSA、楕円曲線 (EC)、ML-DSA キータイプをサポートしており、Java 8 以降が必要です。プラグインの使用には追加料金はかかりません。 IAM Roles Anywhere は、AWS GovCloud (米国) リージョン、AWS ヨーロッパソブリンクラウド (ドイツ) リージョン、中国リージョンを含むすべての AWS リージョンで利用できます。Java プラグインを使い始めるには、IAM Rolles Anywhere Java プラグインのドキュメントを参照してください。現在のバージョン、リリースノート、署名検証手順については、Maven Central Web サイトのプラグインのページと GitHub の roles-anywhere-java リポジトリを参照してください。

AWS Lambda introduces managed runtimes in public preview for Node.js 26 and Python 3.15

本日、AWS Lambda は Node.js 26 と Python 3.15 から始まるマネージドランタイムをパブリックプレビューで導入しました。これにより、お客様、パートナー、上流言語コミュニティは、一般公開 (GA) リリース前に今後のマネージドランタイムを試したり、そのフィードバックを Lambda チームと共有したりすることができます。\n 以前は、Lambda マネージドランタイムは GA リリースとして直接リリースされていました。ランタイムは本番環境のワークロードですぐに使用できるため、Lambda チームは GA 後に既存の関数に影響するような変更を加えることができませんでした。パブリックプレビューのマネージドランタイムを利用すると、一般公開前にワークロードをテストして問題を報告できます。ただし、重大な変更が発生する可能性もあるため、お客様のフィードバックに基づいて対応できます。サードパーティのオブザーバビリティプロバイダー、Infrastructure-as-Codeツール、デプロイメントフレームワークも、GA前に互換性を検証する時間を確保できます。パブリックプレビューマネージドランタイムはプレビュー期間中に重大な変更を受ける可能性があるため、Lambda SLA や AWS テクニカルサポートプランの対象外であり、本番環境のワークロードには使用しないでください。パブリックプレビューのマネージドランタイムは、最終的な GA ランタイムと同じランタイム識別子を使用するため、ランタイムが GA に達すると、アクションを必要とせずに関数が自動的に終了します。

開始するには、Lambda コンソールのランタイムドロップダウンから「Node.js 26 (プレビュー)」または「Python 3.15 (プレビュー)」を選択するか、AWS CLI、CloudFormation、AWS SAM、または AWS CDK のランタイム識別子として nodejs26.x または python3.15 を指定します。

パブリックプレビューの Node.js 26 および Python 3.15 マネージドランタイムは、すべての AWS 商用リージョン、AWS GovCloud (米国) リージョン、および中国リージョンでご利用いただけます。追加コストはありません。プレビューランタイムを使用する関数は標準の Lambda 料金で請求されます。詳細については、ブログ投稿をご覧ください。フィードバックを共有するには、Node.js 26 と Python 3.15 の専用の GitHub 課題をご覧ください。

Amazon RDS now supports the latest CU for Microsoft SQL Server

SQL Server 用アマゾンリレーショナルデータベースサービス (Amazon RDS) が Microsoft SQL Server の最新の累積更新プログラム (CU) をサポートするようになりました。このリリースには、マイクロソフト SQL Server 2025 CU6 KB5093421 (RDS バージョン 17.00.4055.5.v1) のサポートが含まれています。\n これらの更新に含まれる改善点と修正点の詳細については、KB5093421 のマイクロソフト社のドキュメントを参照してください。Amazon RDS マネジメントコンソールまたは AWS SDK または CLI を使用してこれらの更新を適用するには、Amazon RDS for SQL Server インスタンスをアップグレードすることをお勧めします。データベースインスタンスのアップグレードの詳細については、RDS Microsoft SQL Server DB エンジンをアップグレードするための Amazon RDS SQL Server ユーザーガイドをご覧ください。

Amazon RDS for Oracle now supports July 2026 Release Update

オラクル向けアマゾンリレーショナルデータベースサービス（Amazon RDS）は、Oracle データベースバージョン 19c、21c、26ai の Oracle 2026 年 7 月リリースアップデート（RU）をサポートするようになりました。Oracle データベース製品のセキュリティ更新が含まれているため、2026 年 7 月の RU にアップグレードすることをお勧めします。\n 2026 年 7 月のリリース以降、Oracle データベース 19c の RU の命名形式が.ru-.mrp-.r に変更されました。たとえば、オラクルデータベース19cの2026年7月のオラクル向けRDSの四半期ごとのRUは、19.0.0.ru-2026-07.mrp-2026-07.r1という名前になっています。オラクルが Oracle Database 19c と 26ai のクリティカル・セキュリティ・パッチ・アップデート (CSPU) を毎月リリースすると、Amazon RDS は CSPU にオラクルが推奨するその他の修正をバンドルした MRP バージョンとして提供する予定です。Oracle データベース 21c RU は既存の命名形式を維持します。詳細については、「リリース更新」と「毎月の推奨パッチ」を参照してください。

2026 年 7 月の RU は Amazon RDS マネジメントコンソールから、または AWS SDK または CLI を使用して適用できます。メンテナンス期間中にデータベースインスタンスに更新を自動的に適用するには、マイナーバージョン自動アップグレードを有効にします。

AWS Organizations のアップグレードロールアウトポリシーを使用して、Amazon RDS データベースインスタンスのマイナーバージョン自動アップグレードを段階的に行うこともできます。この機能により、更新を非本番環境に自動的に適用し、更新を検証し、同じ更新を本番環境に自動的に適用できます。AWS Organizations アップグレードロールアウトポリシーを使用してマイナーバージョン自動アップグレードを行う方法の詳細については、Amazon RDS for Oracle のドキュメントを参照してください。

AWS Secrets Manager adds managed external secrets support for Cisco Security Platform and Netskope

AWS Secrets Manager では、外部シークレットのマネージド機能を拡張して Cisco Security Platform API キーと Netskope API トークンが含まれるようになりました。これにより、カスタムのローテーションコードを記述しなくても、これらのサードパーティの認証情報を AWS コンソールから直接自動的にローテーションできるようになりました。\n シスコセキュリティプラットフォーム (セキュリティクラウドコントロール) では、Secrets Manager が API キーの更新トークンをお客様のスケジュールに合わせてローテーションし、認証情報をアクティブな状態に保ち、シスコが定期的に再発行する新しい更新トークンを取得します。シスコの標準的な OAuth パターンに従い、アプリケーションは保存されている更新トークンを必要に応じて短期間のアクセストークンと交換します。Netskope の場合、シークレットマネージャーは Netskope の SCIM API を通じて RBACv3 サービスアカウントの REST API トークンをローテーションし、ローテーションを完了する前に新しく生成されたトークンを検証します。いずれのインテグレーションも自己認証機能を備えているため、保存された認証情報によって独自のローテーションが承認されるため、個別の管理者認証情報は必要ありません。

これらのインテグレーションは、BigID、Confluent Cloud、Datadog、GitLab、Jenkins、MongoDB Atlas、Okta、Paddle、Salesforce、Snowflake、SonarQube の既存のマネージド型外部シークレットサポートに加わります。

シスコセキュリティプラットフォームと Netskope が管理する外部シークレットは、AWS Secrets Manager が管理する外部シークレットがサポートされているすべての AWS リージョンで利用できます。詳細については、AWS Secrets Manager が管理する外部シークレットのドキュメントをご覧ください。

AWS Lambda functions now support full IAM resource-based policies

AWS Lambda 関数が完全な ID アクセス管理 (IAM) リソースベースのポリシーをサポートするようになり、プラットフォーム管理者とセキュリティチームは AWS IAM の全機能を使用してきめ細かなアクセス権限を定義できるようになりました。完全な IAM リソースベースのポリシーにより、1 つのポリシードキュメントで複数のプリンシパルとアクションのアクセス権限を定義し、さまざまな IAM 条件キーを活用できます。\n 以前は Lambda 関数では、お客様はプリンシパルごとに個別にアクセス権限を追加する必要がありました。そのため、権限を大規模に管理したいプラットフォーム管理者やセキュリティチームにとって、柔軟性は限られていました。現在、Lambda 関数はさまざまな IAM 条件キーを含む IAM リソースベースのポリシーをすべてサポートしています。これにより、より幅広いポリシー機能が提供され、マルチアカウントアーキテクチャを運用しているチームや複数のリソースを管理するチームのポリシー管理が合理化されます。たとえば、IAM 条件キーを使用してソース IP またはプリンシパルタグに基づいてアクセスを制限できるようになり、プラットフォームチームは、複数のステートメントを管理して権限を追加するのではなく、1 つのポリシーを使用して複数のサービスが 1 つの関数を呼び出すことができるようになりました。 AWS Lambda コンソールの JSON エディター、AWS CLI、AWS SDK、または AWS CloudFormation や AWS SAM などのコードツールとしてのインフラストラクチャを使用して、リソースベースのポリシーを 1 ステップで更新できます。詳細については、AWS Lambda 開発者ガイドの Lambda リソースベースのポリシーの例をご覧ください。 すべての IAM リソースベースのポリシーは、すべての AWS 商用リージョンで追加料金なしでご利用いただけます。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS News Blog

AWS Cloud Operations Blog

AWS Big Data Blog

AWS Database Blog

AWS HPC Blog

AWS for Industries

The Internet of Things on AWS – Official Blog

Artificial Intelligence

AWS Messaging Blog

AWS Security Blog

Open Source Project

AWS CLI

Amazon Chime SDK for iOS

Amazon Chime SDK for Android