2025/9/10 9:00:00 ~ 2025/9/11 9:00:00 (JST)
最近の発表
Introducing AWS CDK Refactor (Preview)
AWS クラウド開発キット (CDK) CLI では、プレビュー版の新しい「cdk refactor」コマンドを使用して、安全なインフラストラクチャリファクタリングが可能になりました。この機能により、開発者はデプロイされたリソースの状態を維持したまま、構成の名前を変更したり、スタック間でリソースを移動したり、CDK アプリケーションを再編成したりできます。CDK リファクタリングは、AWS CloudFormation のリファクタリング機能と自動マッピング計算を活用することで、コードの再構築中に意図しないリソース置換が発生するリスクを排除します。\n 以前は、コード保守としてのインフラストラクチャでは、多くの場合、リソースの再編成とコード構造の改善が必要でしたが、これらの変更では従来、論理 ID の変更により既存のリソースが置き換えられるリスクがありました。CDK リファクタリング機能により、開発者は複雑な移行手順やステートフルリソースのダウンタイムのリスクを招くことなく、モノリシックスタックの分解、継承パターンの導入、上位レベルの構成へのアップグレードなどのアーキテクチャ上の改善を自信を持って実装できます。これにより、チームは本番環境の安定性を維持しながら、インフラストラクチャー・コードを継続的に進化させることができます。
AWS CDK リファクタリング機能は、AWS CDK がサポートされているすべての AWS リージョンで利用できます。
この機能の詳細とウォークスルーについては、ブログ投稿とドキュメントをご覧ください。AWS CDK の詳細については、こちらをご覧ください。
Amazon IVS now supports private ingest via interface VPC endpoints
アマゾンインタラクティブビデオサービス (Amazon IVS) は、AWS PrivateLink を利用したインターフェイス VPC エンドポイントを介したメディアインジェストをサポートするようになりました。今回のローンチにより、パブリックインターネット経由でトラフィックを送信することなく、RTMP (S) ストリームを IVS 低レイテンシーチャネルまたは IVS Real-Time ステージに安全にブロードキャストできます。インターフェイス VPC エンドポイントを作成して、VPC 内から、またはオンプレミス環境から AWS Direct Connect を介してアプリケーションを Amazon IVS にプライベートに接続できます。これにより、ライブ動画のワークフローにプライベートで信頼性の高い接続が可能になります。\n インターフェイス VPC エンドポイントを介したメディア取り込みの Amazon IVS サポートは、現在、米国西部 (オレゴン)、ヨーロッパ (フランクフルト)、およびヨーロッパ (アイルランド) の AWS リージョンでご利用いただけます。AWS PrivateLink の標準料金が適用されます。詳細については、AWS PrivateLink の料金表ページを参照してください。
詳細については、Amazon IVS プライベートインジェストのドキュメントページをご覧ください。
AWS IoT SiteWise now supports retraining of anomaly detection models
本日、AWS は AWS IoT SiteWise のネイティブ異常検出の新機能を発表しました。このリリースには、自動モデル再トレーニング、柔軟なプロモーションモード、モデルメトリクスの公開などが含まれており、これらはすべて異常検出機能を強化することを目的としています。\n 自動再トレーニング機能により、最低 30 日間から最長 1 年までのスケジュールでモデルを自動的に再トレーニングできるため、手動でモデルを再トレーニングする必要がなくなります。この機能により、機器の状態や構成が変化してもモデルが最新の状態に保たれるため、長期にわたって最適なパフォーマンスを維持できます。 さらに、柔軟なプロモーションモードにより、お客様はサービスマネージドモデルプロモーションとカスタマーマネージドモデルのプロモーションのどちらかを選択できます。自動プロモーションにより、AWS IoT SiteWise はお客様の介入なしで最もパフォーマンスの高いモデルを評価してプロモーションできます。一方、手動プロモーションでは、どのモデルバージョンをアクティブにするかを決める前に、精度、リコール、ROC 曲線下面積 (AUC) などの包括的で公開されたモデルメトリクスを顧客が確認できます。この柔軟性により、ハンズオフアプローチと人間による監視アプローチのどちらかを選択できます。 多変量異常検出は、AWS IoT SiteWise が提供されている米国東部 (バージニア北部)、ヨーロッパ (アイルランド)、およびアジアパシフィック (シドニー) の AWS リージョンで利用できます。詳細については、ローンチブログとユーザーガイドをご覧ください。
Amazon Bedrock AgentCore Gateway supports AWS PrivateLink invocation and invocation logging
Amazon Bedrock AgentCore Gateway は、Amazon CloudWatch、Amazon S3、Amazon Data Firehose による AWS PrivateLink の呼び出しと呼び出しのロギングをサポートするようになりました。Amazon Bedrock AgentCore Gateway は、開発者がエージェントツールを大規模に構築、デプロイ、発見、接続するための簡単で安全な方法を提供します。PrivateLink のサポートと呼び出しロギングにより、AgentCore Gateway を通じてネットワークとガバナンスの要件をエージェントとツールに適用できます。\n AWS PrivateLink のサポートにより、仮想プライベートクラウド (VPC) ネットワークのユーザーとエージェントは、パブリックインターネットを経由せずに AgentCore Gateway にアクセスできます。呼び出しログを使用すると、各呼び出しログを可視化し、問題や監査アクティビティを深く掘り下げることができます。 Amazon Bedrock AgentCore は現在プレビュー段階で、米国東部 (バージニア北部)、米国西部 (オレゴン)、アジア太平洋 (シドニー)、およびヨーロッパ (フランクフルト) でご利用いただけます。機能の詳細については、AWS ドキュメントをご覧ください。Amazon Bedrock AgentCore とそのサービスについて詳しくは、ニュースブログをご覧ください。
Amazon EC2 I8g instances now available in AWS US East (Ohio) region
AWS は、米国東部 (オハイオ) リージョンで Amazon EC2 ストレージ最適化 I8G インスタンスを一般提供することを発表します。i8G インスタンスは、ストレージを大量に消費するワークロードでは Amazon EC2 で最高のパフォーマンスを発揮します。i8G インスタンスは AWS Graviton4 プロセッサを搭載しており、前世代の I4G インスタンスと比較してコンピューティングパフォーマンスが最大 60% 向上しています。i8G インスタンスは最新の第 3 世代 AWS Nitro SSD を使用しています。ローカル NVMe ストレージは、TB あたりのリアルタイムストレージパフォーマンスを最大 65% 向上させながら、ストレージ I/O レイテンシーを最大 50% 低減、ストレージ I/O レイテンシーの変動性を最大 60% 低減します。これらのインスタンスは AWS Nitro System 上に構築されており、CPU の仮想化、ストレージ、ネットワーキング機能を専用のハードウェアとソフトウェアにロードすることで、ワークロードのパフォーマンスとセキュリティを強化します。\n Amazon EC2 I8G インスタンスは、ストレージからの迅速なデータアクセスとリアルタイムのレイテンシーを必要とする I/O 集約型のワークロード向けに設計されています。これらのインスタンスは、MySQL、PostgreSQL、Hbase、Aerospike、MongoDB、ClickHouse、Apache Druid などの NoSQL ソリューションを含む、トランザクション、リアルタイム、分散型データベースの処理に優れています。また、Apache Spark、データレイクハウス、トレーニング用の AI LLM 前処理などのリアルタイム分析プラットフォームにも最適化されています。I8G インスタンスには 10 種類のサイズがあり、1 つのメタルサイズ、1.5 TiB のメモリ、45 TB のローカルインスタンスストレージを含めて、最大 48 倍の容量があります。Amazon Elastic Block Store (EBS) では、最大 100 Gbps のネットワークパフォーマンス帯域幅と 60 Gbps の専用帯域幅を提供します。 詳細については、EC2 i8G ページをご覧ください。
AWS HealthImaging now supports OpenID Connect (OIDC) authentication for DICOMweb APIs
AWS HealthImaging は、OpenID Connect (OIDC) を使用した DICOMWeb リクエストの認証用に OAuth 2.0 互換のアイデンティティプロバイダーをサポートするようになりました。OIDC 認証では、ユーザーアカウントの作成、有効化、無効化に関する組織の標準手順を使用して、DICOM リソースへの安全なアクセスを管理できます。\n 今回の発表により、Amazon Cognito、Okta、Auth0 などの既存の ID プロバイダー (IDP) を使用して、DICOMWeb エンドポイントへの安全なアクセスを許可する JSON Web トークン (JWT) を発行できるようになりました。今回のローンチにより、AWS HealthImagingを既存の医療画像処理アプリケーションに簡単に統合できるようになり、HealthImagingによるOAuth 2.0互換認証に依存するDICOMWeb標準インターフェイスのサポートが拡大されました。OIDC のサポートは DICOMWeb REST API リクエストに限定されています。HealthImaging には、すべての API リクエストを認証するための AWS アイデンティティおよびアクセス管理 (IAM) ユーザーとロールのネイティブサポートが含まれています。 OpenID Connect (OIDC) のサポートは、AWS HealthImaging が一般的に利用可能なすべての AWS リージョン (米国東部 (バージニア北部)、米国西部 (オレゴン)、アジアパシフィック (シドニー)、ヨーロッパ (アイルランド) で利用できます。 詳細については、「AWS HealthImaging での DICOMWeb の使用」を参照してください。
Amazon CloudWatch Network Monitoring adds flow visibility between Regions
Amazon CloudWatch ネットワークモニタリングのフローモニターを使用すると、AWS グローバルネットワーク全体の AWS リージョン間を流れるトラフィックのネットワークパフォーマンスをモニタリングできるようになりました。フローモニターでは、Amazon EC2 や Amazon EKS などのコンピューティングインスタンスと Amazon S3 や Amazon DynamoDB などの AWS サービス間のワークロードのネットワークパフォーマンスをほぼリアルタイムで可視化できます。フローモニターは、ネットワークに起因するワークロードの障害を迅速に検出して特定するのに役立つメトリクスを提供します。\n 今回のリリースでは、ローカルリージョンとリモートリージョンの間の AWS グローバルネットワークにおけるネットワークパフォーマンスの問題がワークロードに影響しているかどうかを評価する際に、フローモニターが役立つようになりました。フローモニターのネットワークヘルスインジケーター (NHI) は、リージョン間のワークロードのネットワークパス上の AWS グローバルネットワークの状態もキャプチャするようになったため、ローカルリージョン、AWS グローバルネットワーク、またはリモートリージョンの障害がワークロードに影響しているかどうかをすばやく特定できます。この機能により、リモートリージョンのパブリック IP アドレスへのフローと、Amazon VPC ピアリングまたは AWS Transit Gateway ピアリングを介してリモートリージョンに流れるプライベートトラフィックのネットワーク可視性が拡張されます。 AWS ワークロードのネットワークモニタリングを利用できる AWS リージョンの全リストについては、リージョンリストをご覧ください。詳細については、Amazon CloudWatch ネットワークモニタリングのドキュメントをご覧ください。
AWS Elastic Beanstalk は、アプリケーションロードバランサー (ALB) とネットワークロードバランサー (NLB) の両方のデュアルスタック設定をサポートするようになり、環境で IPv4 プロトコルと IPv6 プロトコルの両方に対応できるようになりました。IPAddressType オプションを「デュアルスタック」に設定できるようになりました。Elastic Beanstalk はロードバランサーにデュアルスタックサポートを自動的に設定し、A と AAAA の DNS レコードの両方を作成します。既存の IPv4 環境をデュアルスタックにシームレスに更新したり、必要に応じて元に戻したりすることができます。\n この機能により、IPv4 との完全な互換性を維持しつつ、グローバルなアクセシビリティ要件と IPv6 の採用義務に対応しながら、IPv6 専用ネットワークのユーザーにリーチできます。この機能は DNS レコード管理を自動的に処理するので、アプリケーションの IPv6 導入が簡単になり、すべてのユーザーに最適なパフォーマンスが保証されます。
この機能は、Elastic Beanstalk とアプリケーションおよびネットワークロードバランサーをサポートするすべての AWS リージョンで利用できます。
詳細な設定手順については、『Elastic Beanstalk 開発者ガイド』とロードバランサーのドキュメントを参照してください。IPv6 ネットワーキングの詳細については、Amazon VPC ユーザーガイドをご覧ください。
Fault Injection Service is now available in the Europe (Zurich) Region
AWS Fault Injection Service (FIS) は、制御された障害注入実験を実行してアプリケーションのパフォーマンス、可観測性、耐障害性を向上させるための完全マネージド型サービスです。お客様は、AZ アベイラビリティ:停電、クロスリージョン:接続性など、自社のアプリケーションやユーザーが実際のシナリオにどのように対応するかをテストできます。お客様は FIS で実験テンプレートを作成して、実験を継続的インテグレーションやリリーステストと統合できます。また、お客様は FIS 実験の詳細なレポートを生成して Amazon S3 に保存できるため、組織と規制の両方のレジリエンステスト要件への準拠を監査し、実証することができます。\n 今回の立ち上げにより、FISは米国東部(オハイオ州とバージニア北部)、米国西部(北カリフォルニア、オレゴン)、ヨーロッパ(スペイン、ストックホルム、パリ、フランクフルト、アイルランド、ロンドン、ミラノ)、アジア太平洋(香港、ムンバイ、ソウル、シンガポール、シドニー、東京)、中東(バーレーン)、カナダ(中部)、南米(サンパウロ)、アフリカ(ケープタウン)を含む24の地域に拡大します。)、AWS GovCloud(米国東部、米国西部)、そして現在はヨーロッパ(チューリッヒ)。 AWS FIS の詳細については、製品ページ、ドキュメント、利用可能なリージョンを参照してください。
Amazon EC2 C6in instances are now available in Asia Pacific (Thailand)
本日より、Amazon Elastic Compute Cloud (Amazon EC2) C6in インスタンスが AWS リージョンアジアパシフィック (タイ) で利用できるようになりました。第 6 世代のネットワーク最適化インスタンスは、第 3 世代 Intel Xeon スケーラブルプロセッサを搭載し、AWS Nitro System 上に構築されており、最大 200 Gbps のネットワーク帯域幅を実現し、同等の第 5 世代インスタンスの 2 倍のネットワーク帯域幅を実現します。\n お客様は C6in インスタンスを使用して、ネットワーク仮想アプライアンス (ファイアウォール、仮想ルーター、ロードバランサー)、Telco 5G User Plane Function (UPF)、データ分析、ハイパフォーマンスコンピューティング (HPC)、CPU ベースの AI/ML ワークロードなどのアプリケーションのパフォーマンスをスケーリングできます。C6in インスタンスには、ベアメタルサイズを含め、最大 128 個の vCPU を搭載した 10 種類のサイズがあります。Amazon EC2 第 6 世代 x86 ベースのネットワーク最適化された EC2 インスタンスは、最大 100 Gbps の Amazon エラスティックブロックストア (Amazon EBS) 帯域幅と最大 40 万 IOPS を実現します。C6in インスタンスは、32 x ラージサイズおよびメタルサイズでエラスティックファブリックアダプター (EFA) ネットワーキングをサポートします。 C6in インスタンスは、米国東部 (オハイオ、バージニア北部)、米国西部 (北カリフォルニア、オレゴン)、ヨーロッパ (フランクフルト、アイルランド、ロンドン、ミラノ、パリ、スペイン、ストックホルム、チューリッヒ)、中東 (バーレーン、UAE)、イスラエル (テルアビブ)、アジアパシフィック (香港、ハイデラバード、ジャカルタ、マレーシア、メルボルン、ムンバイ、大阪、ソウル、シンガポール、シドニー) で利用できます。、東京、タイ)、アフリカ(ケープタウン)、南米(サンパウロ)、カナダ(中部)、カナダ西部(カルガリー)、AWS GovCloud(米国西部、米国東部)詳細については、Amazon EC2 C6in インスタンスを参照してください。開始するには、AWS マネジメントコンソール、AWS コマンドラインインターフェイス (AWS CLI)、および AWS SDK を参照してください。
AWS Backup now supports selective backup of ACLs and ObjectTags in Amazon S3 backups
AWS Backup では、Amazon S3 バケットをバックアップするときにアクセスコントロールリスト (ACL) とオブジェクトタグを含めるかどうかを選択できるようになりました。\n 以前は、AWS Backup にはすべてのオブジェクトにこれらのメタデータコンポーネントがデフォルトで含まれていました。この新機能により、復元のニーズに基づいてバックアップ方法をカスタマイズできるため、必要なメタデータのみを含めることができます。 この機能は、Amazon S3 用 AWS Backup が利用できるすべての AWS リージョンで利用できます。料金とリージョンの提供状況については、AWS Backup の料金表ページをご覧ください。 Amazon S3 用 AWS Backup の詳細については、製品ページと技術文書をご覧ください。開始するには、AWS Backup コンソールにアクセスしてください。
Amazon Managed Service for Prometheus now available in the AWS GovCloud (US) Regions
プロメテウス向け Amazon マネージドサービスが AWS GovCloud (米国) リージョンで利用できるようになりました。Amazon マネージドサービス for Prometheus は Prometheus 互換のフルマネージド型のモニタリングサービスで、大規模な運用メトリクスのモニタリングとアラームを簡単に行うことができます。\n Amazon マネージドサービス for Prometheus が一般的に利用できるすべてのサポート対象リージョンのリストは、ユーザーガイドに記載されています。お客様は、1 つのワークスペースに最大 10 億個のアクティブなメトリクスを送信でき、1 つのアカウントで複数のワークスペースを作成できます。ワークスペースとは、Prometheus メトリクスの保存とクエリ専用の論理的なスペースです。 プロメテウス向け Amazon マネージドサービスの詳細については、製品ページをご覧ください。
AWS Blogs
AWS Big Data Blog
AWS Compute Blog
AWS Contact Center
AWS DevOps & Developer Productivity Blog
AWS for Industries
The Internet of Things on AWS – Official Blog
Artificial Intelligence
- TII Falcon-H1 モデルが Amazon Bedrock Marketplace と Amazon SageMaker JumpStart でご利用いただけるようになりました
- オールドキャッスル社が Amazon Bedrock で文書処理を加速
- ロンドン証券取引所グループがAmazon BedrockのAI搭載サーベイランスガイドで市場の乱用を検出する方法
- Amazon Bedrock AgentCore オブザーバビリティで信頼できる AI エージェントを構築しましょう