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

最近の発表

Amazon Timestream for InfluxDB 3 now supports custom plugins

InfluxDB 用 Amazon タイムストリームでは、InfluxDB 3 コアエディションとエンタープライズエディションのマネージドバージョンで独自のカスタム Python プラグインを実行できるようになりました。自分で管理するパブリックリポジトリまたはプライベートリポジトリでプラグインコードをホストすると、エンジンがトリガーに応じてそのコードをフェッチして実行するので、外部インフラストラクチャを別に構築しなくても、ワークロード固有のロジックを実装できます。\n プラグインは、処理エンジンが既にサポートしているトリガータイプ上で動作し、これらを使用してカスタムのデータ変換、アラート、集約、独自のサービスとの統合を構築できます。これらはすべてデータの近くで実行できます。プラグインは、標準ライブラリと Amazon が審査したパッケージを含むマネージド Python 環境で実行されるため、別のパイプラインを操作する代わりに、ワークロード固有の処理をデータベースに移行できます。

まず、DB パラメータグループにプラグインリポジトリを設定し、そのパラメータグループをクラスターに適用し、influxdb3 CLI または HTTP API を使用してプラグインを参照するトリガーを作成します。プライベートリポジトリは、AWS Secrets Manager に保存されているトークンで認証されます。カスタムプラグインは、InfluxDB 用 Amazon Timestream が利用できるすべての AWS リージョンで利用できます。InfluxDB 3 用の Amazon タイムストリームを使い始めるには、InfluxDB 用の Amazon タイムストリームコンソールにアクセスしてください。詳細については、InfluxDB 用 Amazon タイムストリームのドキュメントと料金ページを参照してください。

Amazon SageMaker Feature Store now supports individual feature updates to lower write latency

Amazon SageMaker Feature Store は、AI モデルのトレーニングとデプロイのための機能の計算、保存、取得を容易にするフルマネージド型の機能です。SageMaker Feature Store では、レコード内の個々のフィーチャを更新する新機能であるフィーチャレベルの書き込みがサポートされるようになりました。データサイエンティストは、レコード全体を書き換えることなく、1 回のリクエストで 1 つ以上のフィーチャ値を更新できるようになりました。\n データサイエンティストは、現在のパイプラインで実行されている読み込み、変更、書き込みのパターンを 1 回の更新呼び出しで置き換えることができます。書き込みのたびにリクエスト内の機能のみが更新され、レコード内の他のすべての機能は変更されないため、書き込みのレイテンシーとコストが削減されます。複数のパイプラインが同じ機能グループに書き込む場合、各パイプラインは計算した機能のみを更新するため、ストリーミングジョブと夜間バッチジョブは同じレコードを個別に更新できます。この機能により、データサイエンティストは、データ取り込みパイプラインにマージロジックを構築しなくても、大量の処理量で 1 つのフィーチャを更新できます。

この機能は、Amazon SageMaker 機能ストアが利用できるすべての AWS リージョンで利用できるようになりました。詳細については、Amazon フィーチャストアランタイム、Standard V2 ドキュメント、およびリリースブログを参照してください。

AWS Transform is now available in AWS GovCloud (US-West)

AWS Transform が AWS GovCloud (米国西部) リージョンで利用できるようになり、政府機関や規制対象組織が AWS への大規模な移行を計画および実行できるようになりました。今回のローンチにより、AWS GovCloud (米国) で事業を展開しているお客様は、AWS Transform の移行機能を使用して、機密データや規制対象のワークロードをホストするように設計された隔離された環境内でサーバーの移行を自動化できます。このリージョンの AWS Transform は、ターゲットリージョンとして AWS GovCloud (米国東部) と AWS GovCloud (米国西部) の両方へのサーバーの移行をサポートしています。\n VMware、ベアメタル、Hyper-V、またはデータベースワークロードを移行する組織は、AWS Transform を使用してサーバーのレプリケーションと移行を自動化できるため、大規模な移行に伴う手作業やリスクを軽減できます。これは、AWS GovCloud (米国) の境界内で運用する必要がある連邦政府機関、防衛請負業者、規制対象業界にとって特に有益です。モダナイゼーション、カスタムトランスフォーメーション、アセスメント機能はこのリージョンのリリースには含まれておらず、サポートされている商用リージョンでは引き続きご利用いただけます。

開始するには、AWS Transform のドキュメントを参照するか、AWS Transform 製品ページをご覧ください。

Amazon RDS for MariaDB now supports community MariaDB minor versions 10.6.28, 10.11.19, 11.4.13, 11.8.9, and 12.3.3

本日より、MariaDB 向けアマゾンリレーショナルデータベースサービス (Amazon RDS) は、コミュニティ MariaDB によってリリースされた最新のマイナーバージョンである MariaDB マイナーバージョン 10.6.28、10.11.19、11.4.13、11.8.9、12.3.3 をサポートするようになりました。これらのマイナーバージョンでは、運用上の改善に加えて、ポスト量子TLS（PQ-TLS）キー交換のサポートが導入され、転送中のデータを暗号化するためのポスト量子暗号オプションが提供されています。以前のバージョンの MariaDB にあった一般的な脆弱性と暴露 (CVE) の修正を受け入れ、バグ修正、パフォーマンスの向上、MariaDB コミュニティによって追加された新機能の恩恵を受けるには、新しいマイナーバージョンにアップグレードすることをお勧めします。RDS for MariaDB の機能強化について詳しくは、RDS MariaDB リリースノートをご覧ください。\n Amazon RDS Blue/Green デプロイメント、インプレースアップグレード、またはスナップショットからの復元を使用してデータベースをアップグレードできます。大規模な運用を簡素化するには、マイナーバージョンの自動アップグレードを有効にし、AWS Organizations Upgrade Rollout Policy を使用してクラスター全体のアップグレードを段階的に調整してください。バージョンアップグレードの実行について詳しくは、Amazon RDS ユーザーガイドをご覧ください。AWS データベース移行サービスを使用して、外部の MariaDB ソースから RDS for MariaDB に移行することもできます。価格の詳細とリージョンの提供状況の詳細については、Amazon RDS for MariaDB をご覧ください。

Amazon RDS for MariaDB を使用すると、クラウドでの MariaDB デプロイのセットアップ、運用、およびスケーリングを簡単に行うことができます。Amazon RDS マネジメントコンソールで、フルマネージドの Amazon RDS for MariaDB データベースを作成または更新できます。

Amazon Bedrock AgentCore Memory now supports direct ingestion to long-term memory

Amazon Bedrock AgentCore Memory では、開発者がコンテンツを短期記憶イベントとして保存しなくても、長期記憶抽出用のコンテンツを直接送信できるようになりました。新しい IngestData API は、コンテンツを受け入れ、それをメモリに設定された長期記憶戦略に展開し、生成されたメモリレコードを他の長期記憶レコードと同じ検索操作で使用できるようにします。しかも、短期的なイベントは発生しません。\n これまでは、抽出ストラテジーでコンテンツを長期記憶レコードに処理する前に、すべてのコンテンツを短期記憶イベントとして保存する必要がありました。IngestData ではこの要件がなくなり、開発者は短期記憶とは別に長期記憶を採用できるようになりました。 IngestData は会話型ペイロード (ユーザー/アシスタントの役割を持つメッセージ) と JSON ペイロード (行動イベント、アクティビティログ、システムイベント) の両方をサポートし、CreateEvent と同じ抽出パイプラインにフィードするオプションのメタデータを受け入れます。処理後、開発者は ListMemoryRecords または RetrieveMemoryRecords を使用して抽出結果を検証したり、Kinesis 経由でリアルタイム通知をストリーミングしたり、ListMemoryExtractionJobs を使用して失敗した抽出を再実行したりできます。はじめに、Amazon Bedrock AgentCore 開発者ガイドの「長期記憶への直接取り込み」を参照してください。データの取り込みは、Amazon Bedrock AgentCore メモリがサポートされているすべての AWS リージョンで利用できます。

AWS HealthOmics introduces resource fallback order for WDL workflows

本日、AWS Healthomics はリソースフォールバックディレクティブを導入しました。これにより、ワークフロー記述言語 (WDL) ワークフローのタスクについて、CPU インスタンスにフォールバックするオプションなど、優先アクセラレータタイプの順序付きリストを定義できるようになりました。研究者やバイオインフォマティシャンはこのディレクティブを利用することで、アクセラレータの制約による診断と再提出に費やす時間を短縮し、本番環境のワークフローを継続して実行することができます。AWS Healthomics は HIPAA の対象となるサービスで、フルマネージド型のバイオインフォマティクスワークフローにより、ヘルスケアやライフサイエンスのお客様が大規模な科学的ブレークスルーを加速できるよう支援します。 \n リソースフォールバックを使用すると、タスクに適したアクセラレータに優先順位を付けることができます。希望するアクセラレーターが利用できない場合、Healthomics はフォールバックで指定された代替アクセラレーターを再送信せずに自動的に処理します。各アクセラレータプロファイルには設定可能なタイムアウトがあり、Healthomics がそのアクセラレータを検索してから次のアクセラレータに移行するまでの時間を制御できます。タイムアウト時間を短くするとフォールバック順序を素早く進めることができ、タイムアウト時間を長くすると、希望するアクセラレータを予約できる確率が高くなります。タスクがインスタンスを予約する可能性を高めるために、最後のフォールバックとして CPU プロファイルを含めることもできます。

米国東部 (バージニア北部、オハイオ)、米国西部 (オレゴン)、ヨーロッパ (フランクフルト、アイルランド、ロンドン)、イスラエル (テルアビブ)、アジア太平洋 (ソウル、シンガポール、東京) のすべての AWS Healthomics リージョンで WDL ワークフローにリソースフォールバックを使用できるようになりました。詳細については、高度なリソース設定ドキュメントをご覧ください。

Dynamic Image Transformation for Amazon CloudFront adds four new features

本日、AWS は Amazon CloudFront (DIT) 向けのダイナミックイメージトランスフォーメーションの 4 つの新機能を発表しました。お客様は、カスタムラベル検出と高度なコンポジションコントロールによる強化されたスマートクロッピングを使用できるようになりました。これにより、トリミングされた画像内の製品、テキスト、ロゴ、カスタムオブジェクトはそのまま保持されます。さらに、CloudFront の多層デバイス検出により、ユーザーがコンテンツにアクセスする方法に関係なく最適化範囲が最大化され、スマートフォン、タブレット、スマート TV に至るまで、あらゆるブラウザやデバイスの種類に適切なサイズの画像が表示されるようになり、強化された自動画像最適化の恩恵を受けることができます。また、DIT では、変換のテストと検証を行うためのインタラクティブな画像変換プレイグラウンドも導入されており、ECS と Lambda アーキテクチャの機能を完全に同等に実現しています。\n DIT の拡張されたスマートクロッピングにより、お客様は顔、ラベル、テキスト、ロゴ、カスタム Amazon Rekognition モデルを含む複数の検出方法を単一のリクエストで組み合わせることができ、アスペクト比、パディング、重力制約をビジネスニーズに合わせて優先順位付けできます。強化された自動最適化では、CloudFrontのデバイス分類ヘッダーとクライアントヒントの背後にある設定可能なフォールバックを階層化する段階的な検出アプローチが使用されるようになりました。これにより、以前は処理されていたトラフィックの約 30% が最適化されないままになっていたブラウザサポートのギャップが解消され、適切なサイズの画像配信がブラウザだけでなくすべてのデバイスタイプに拡大されました。Image Transformation Playground では、元の画像と出力のサイズ、フォーマット、ファイルサイズ、圧縮率、処理時間などの拡張指標を使用して、変換された画像が表示されるため、お客様は変換ポリシーのパフォーマンスを検証できます。

AWS Builder ID adds recovery options and multi-factor authentication for third-party logins

AWS Builder Center、AWS トレーニングおよび認定、Amazon Quick、Kiro などの AWS アプリケーションにアクセスするための個人プロファイルである AWS Builder ID が、プロファイルを保護および復元する新しい方法を提供するようになりました。ロックアウトされた場合でも、リカバリ E メールを追加したり、新しいセルフサービスオプションを使用してアクセスを回復したりできます。また、Google や Apple などのサードパーティログインを含め、どのログイン方法でも多要素認証 (MFA) デバイスを登録できます。\n これらの機能強化により、AWS Builder ID を回復するためのセルフサービスオプションが増えました。リカバリ E メールを追加すると、AWS サポートに連絡しなくても、より多くのシナリオでセルフサービスリカバリが可能になる 2 つ目の検証要素が得られます。パスワードを忘れた場合は、プライマリメールまたはリカバリ E メールに送信されたリンクを使用してリセットできます。MFA デバイスにアクセスできなくなった場合は、プライマリメールと復元メールの両方を確認することでアクセスを回復できます。Google、Apple、GitHub、Amazon を使用して Builder ID にサインインすると、MFA デバイスを AWS Builder ID に直接登録できるようになりました。これにより、E メールやパスワードのユーザーが以前利用できたのと同じ強力なアカウント保護が実現し、サードパーティのアカウントにアクセスできなくなった場合は、サインイン方法をメールアドレスとパスワードに完全に切り替えることができます。

AWS Builder ID の詳細と、アカウント復旧と MFA の設定方法については、AWS Builder ID のドキュメントをご覧ください。

AWS announces Nx Plugin for AWS for scaffolding full-stack applications

AWS でフルスタックアプリケーションをスキャフォールディングするためのオープンソースツールキットである Nx Plugin for AWS のバージョン 1.0 が利用可能になりました。AI アシスタントは AWS でアプリケーションを数分で起動できますが、セキュリティ、オブザーバビリティ、タイプセーフティーを 1 回で正しく実行できることはほとんどありません。このプラグインは、オープンソースで言語に依存しないモノリポジトリ用のビルドシステムである Nx を、リクエストに応じてアプリケーションの一部をビルドするジェネレーターと、それを実行するためのインフラストラクチャーを拡張します。\n ジェネレーターは、Amazon Bedrock AgentCore 上の AI エージェントとモデルコンテキストプロトコルサーバーに加えて、TypeScript と Python の実績あるオープンソースフレームワーク上に構築された API、ウェブサイト、データベースを対象としています。それぞれがアプリケーションの動作するデプロイ可能な部分を書き出し、AWS WAF 保護、Amazon CloudWatch へのアクセスロギング、AWS X-Ray トレースなどの推奨プラクティスを実施しながら、AWS クラウド開発キット (AWS CDK) コンストラクトまたは Terraform モジュールとしてインフラストラクチャを定義します。コネクションジェネレーターは、タイプセーフなクライアントとプロジェクトをつなぐため、API の変更が壊れていても、本番環境でのリクエストの失敗ではなく、ビルドエラーになります。

各ジェネレーターは毎回同じ結果を生成するため、AI アシスタントが構築するための信頼できる基盤となります。生成されたコードはあなたのもので、実行時にプラグインに依存しません。Nx の移行により、カスタマイズしたワークスペースが後で改善されます。

このプラグインは Apache 2.0 ライセンスで追加料金なしで使用できます。アプリケーションが使用する AWS リソースに対してのみお支払いいただきます。詳細については、Launch ブログの投稿とドキュメントを参照してください。

Amazon RDS now supports the latest CU and GDR updates for Microsoft SQL Server

SQL Server 用アマゾンリレーショナルデータベースサービス (Amazon RDS) は、Microsoft SQL Server の最新の累積更新プログラム (CU) および一般配布リリース (GDR) 更新をサポートするようになりました。このリリースには、マイクロソフト SQL Server 2016 SP3+GDR KB5102340 (RDS バージョン 13.00.6500.1.v1)、SQL Server 2017 CU31+GDR KB5102337 (RDS バージョン 14.00.3540.1.v1)、SQL Server 2019 CU32+GDR KB5102335 (RDS バージョン 15.09.4480.2.v1)、SQL Server 2022 CU26 KB5093434のサポートが含まれています 20 (RDS バージョン 16.00.4265.3.v1) と SQL Server 2025 CU7 KB5096981 (RDS バージョン 17.00.4065.4.v1)。\n 東ドイツのアップデートは、CVE-2026-47295、CVE-2026-47296、CVE-2026-54118、CVE-2026-55002で説明されている脆弱性を解決します。これらの更新に含まれる改善点と修正点に関する追加情報については、KB5102340、KB5102337、KB5102335、KB5093420、KB5096981 に関するマイクロソフトのドキュメントを参照してください。Amazon RDS マネジメントコンソールまたは AWS SDK または CLI を使用してこれらの更新を適用するには、Amazon RDS for SQL Server インスタンスをアップグレードすることをお勧めします。データベースインスタンスのアップグレードの詳細については、RDS Microsoft SQL Server DB エンジンをアップグレードするための Amazon RDS SQL Server ユーザーガイドをご覧ください。

Amazon S3 Object Lock now supports variable retention with event holds

Amazon S3 Object Lock は変数保持をサポートするようになりました。これにより、契約締結や監査完了などの将来のイベントから必要な保持期間が始まるオブジェクトに、Write-Once-Read-Many (WORM) 保護を適用できるようになりました。オブジェクトに保持期間を設定してイベントを保留すると、その保留期間中は S3 がオブジェクトを保護します。保留を解除すると、S3 は指定した期間だけオブジェクトを保持します。削除後すぐに保護が終了するリーガルホールドとは異なり、イベントホールドではトリガーイベント後の必要な保持期間を WORM コンプライアンスに準拠させるため、ポリシーで義務付けられている期間を超えてデータを保持しなくても、イベントベースの保持要件を満たすことができます。\n イベントホールドは、個々のオブジェクトに適用したり、バケットのデフォルトとして設定したり、S3 Batch Operations を使用して大規模に適用したりすることができます。新しい AWS IAM とバケットポリシーの条件キーにより、誰が保留を設定または解除できるかを制御したり、保留期間の最小値または最大値を適用したりできます。AWS CloudTrail はすべての保留操作を記録し、S3 インベントリレポートはバケット全体の保留状態を報告します。 S3 Object Lock のイベントホールドは、中国リージョンを含むすべての AWS リージョンで追加料金なしで利用できます。詳細については、AWS Storage ブログ記事、S3 オブジェクトロックの概要ページ、および S3 ドキュメントをご覧ください。この機能は、SEC 規則 17a-4 (f)、FINRA 規則 4511、および CFTC 規則 1.31 の対象となる環境での使用について、コハセットアソシエイツによって評価されています。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS Startup ブログ (日本語)

AWS Open Source Blog

AWS Big Data Blog

AWS Compute Blog

AWS Database Blog

AWS Developer Tools Blog

Artificial Intelligence

AWS for M&E Blog

Networking & Content Delivery

AWS Storage Blog

Open Source Project

AWS CLI

Amplify for iOS