2026/5/18 9:00:00 ~ 2026/5/19 9:00:00 (JST)
最近の発表
AWS Management Console now displays AWS Local Zones in the Region Selector
本日、AWS は、AWS マネジメントコンソールのリージョンセレクターに AWS ローカルゾーンを追加したことを発表しました。これにより、AWS グローバルインフラストラクチャ全体で統一されたエクスペリエンスが提供されます。AWS ローカルゾーンがコンソールの上部ナビゲーションに AWS リージョンと並んで表示されるようになりました。これにより、お客様はコンソールページにすばやく移動して AWS ローカルゾーンのリソースを管理しやすくなりました。\n これで、お客様がリージョンセレクターの Local Zones タブを選択すると、オプトインしたすべての AWS ローカルゾーンが 1 か所に表示されます。AWS ローカルゾーンをクリックすると、お客様は親リージョンのコンソールページに直接移動し、リソースを表示および管理できます。この機能により、異なる AWS リージョンを親とする複数の AWS ローカルゾーンにまたがって運用しているお客様のナビゲーションが効率化されます。
この機能は、パブリック AWS リージョンのすべての AWS ローカルゾーンで利用できます。開始するには、AWS マネジメントコンソールのリージョンセレクターに移動してください。詳細については、AWS ローカルゾーンのドキュメントを参照してください。
AWS Glue zero-ETL is now available in Asia Pacific (Mumbai) region
AWS Glue Zero-ETL 統合がアジアパシフィック (ムンバイ) リージョンで利用できるようになりました。この拡張により、アジア太平洋 (ムンバイ) 地域のお客様は、Zero-ETL 統合を使用してデータパイプラインを簡素化し、データ移動のレイテンシーを減らし、分析と機械学習のワークロードのインサイトを得るまでの時間を短縮できるようになりました。\n ゼロETL インテグレーションでは、AWS によるフルマネージド型のインテグレーションセットが提供され、一般的な取り込みやレプリケーションのユースケース向けに ETL データパイプラインを構築する必要性が最小限に抑えられます。Zero-ETL を使用すると、ETL パイプラインを作成または保守しなくても、Amazon DynamoDB、Oracle Database @AWS、セルフマネージドデータベース (Oracle、SQL Server、MySQL、PostgreSQL)、およびサポートされている SaaS アプリケーション (Salesforce、SAP、Zendesk、Zoho CRM など) からのデータを、ターゲットの分析データストアに直接レプリケートできます。スキーママッピング、変更データキャプチャ、インクリメンタルデータレプリケーションが自動的に処理されるため、複雑なデータパイプラインを自分で構築して管理する必要がなくなります。これにより、データエンジニアリングチームは、ターゲットデータストアのデータをほぼリアルタイムで複製しながら、インフラストラクチャの管理ではなくデータから価値を引き出すことに集中できます。 詳細については、AWS Glue のドキュメントをご覧ください。
Amazon Lightsail CDN distributions now support IPv6-only instances as origins
Amazon Lightsail コンテンツ配信ネットワーク (CDN) ディストリビューションは、オリジンとして IPv6 のみのインスタンスをサポートするようになりました。この機能により、お客様は IPv6 のみのインスタンスを使用して、Lightsail CDN ディストリビューションを通じて低レイテンシーで高速な転送速度でコンテンツを世界中に配信できます。今回のローンチにより、顧客は IPv6 接続をまだサポートしていないネットワーク上のユーザーを含め、すべてのエンドユーザーにコンテンツをシームレスに提供しながら、費用対効果の高い IPv6 専用インスタンスで Web サイトやアプリケーションを実行できるようになります。\n 以前は、Lightsail CDN ディストリビューションのオリジンとしてサポートされていたのは IPv4 インスタンスとデュアルスタックインスタンスのみでした。今回のリリースにより、お客様は IPv6 のみのインスタンスを Lightsail CDN ディストリビューションのオリジンとして使用することも可能になり、エンドユーザーが IPv6 接続を利用しているかどうかに関係なく、すべてのエンドユーザーがこれらのインスタンス上で実行されるアプリケーションにアクセスできるようになります。Lightsail CDN ディストリビューションは、インスタンス、コンテナ、バケット、ロードバランサーなど、複数のオリジンタイプをサポートします。
Amazon Lightsail は、米国東部 (バージニア北部)、米国西部 (オレゴン)、ヨーロッパ (フランクフルト)、ヨーロッパ (ロンドン)、アジアパシフィック (東京)、アジアパシフィック (マレーシア) を含む 16 の AWS リージョンで利用できます。開始するには、Lightsail コンソールにアクセスしてください。価格やその他の詳細については、Amazon Lightsail の料金表をご覧ください。
Amazon EVS enables support for 32 hosts per environment
本日、Amazon Elastic VMware Service (Amazon EVS) が 1 環境あたり最大 32 台の ESXi ホストをサポートするようになったことを発表します。これは、以前の 16 台のホストという制限の 2 倍です。\n Amazon EVS では、環境内の VMware クラウド財団 (VCF) ドメインとクラスターを柔軟に設定できます。すべてのホストを 1 つの大きなクラスターにまとめることも、複数の小さなクラスターに分散させることも、ニーズに合わせて自由に組み合わせることもできます。今回のリリースでは、サービスクォータの増額を送信してホストを合計 32 台まで拡張できるようになり、複数の環境を管理する際の運用上のオーバーヘッドを削減できるようになりました。
この最新リリースは、Amazon EVS が提供されているすべてのリージョンで利用できます。
手順と手順の詳細については、Amazon EVS 製品詳細ページとユーザーガイドをご覧ください。
AWS SAM CLI は AWS CloudFormation 言語拡張機能をサポートするようになりました。これにより、ローカル開発ワークフロー全体を維持しながら、コードとしてのインフラストラクチャ (IaC) テンプレートの重複を減らすことができます。これにより、クラウドのデプロイを待たずにリソースを一度定義すれば、ローカルで反復処理を行うことができるため、サーバーレス開発が加速されます。\n 開発者はしばしば、1 つのテンプレート定義から Lambda 関数、DynamoDB テーブル、SNS トピックなど、類似した複数のリソースを定義する必要があります。しかし、これまで SAM CLI を使用してサーバーレスアプリケーションを構築、テスト、デプロイしていた開発者は、CloudFormation 言語拡張を使用するテンプレートを処理できませんでした。そのため、テンプレートの重複を減らすか、ローカル開発に SAM CLI を使用するかの選択が必要でした。今では、SAM CLI は CloudFormation デプロイ用の元のテンプレートを保存したまま、ローカル操作用にメモリ内の言語拡張を処理するようになりました。リソースを一度定義すれば、すべての SAM CLI コマンドでローカルでテストできるため、構文が無効だったり、依存関係がないなどのエラーをデプロイ前に検出できます。これにより、反復サイクルが短縮され、クラウドで失敗したデプロイのデバッグに費やす時間が短縮されます。
開始するには、SAM CLI をダウンロードするか、最新バージョンに更新してください。AWS:: LanguageExtensions トランスフォームを SAM テンプレートに追加し、Fn:: ForEach を使用して 1 つの定義から複数のリソースを生成します。sam build、sam local invoke、sam sync、sam local start-api、sam validate などの SAM CLI コマンドは、自動的にループを拡張し、生成された各リソースを処理します。拡張された関数は名前を指定して呼び出すことができます。たとえば、サムローカル呼び出しの AlphaFunction などです。SAM CLI は、Fn:: Length、Fn:: ToJsonString、Fn:: FindInMap (デフォルト値)、条件付き削除ポリシー属性と UpdateReplacePolicy 属性もサポートしています。
詳細については、SAM CLI 開発者ガイドとブログ投稿をご覧ください。
Amazon Redshift adds ALTER TABLE for Iceberg tables and writes via the AWS Glue Data Catalog mount
Amazon Redshift では、AWS Glue データカタログ (awsdatacatalog) のマウントステートメントと ALTER TABLE DDL ステートメントを使用して Apache アイスバーグテーブルに直接書き込んで、Apache アイスバーグテーブルのスキーマ、パーティショニング、およびプロパティを変更できるようになりました。自動マウントされた awsdatacatalog による書き込みアクセスにより、外部スキーマを作成しなくても、どのエンジンでもデータレイクに Redshift 変換を適用してクエリを実行できます。特に、AWS Lake Formation とフェデレートされた Iceberg テーブルに役立ちます。サポートされているテーブル変更オペレーションには、列の追加/削除/変更、列名の変更、デフォルトの圧縮タイプを上書きするためのテーブルプロパティの設定、データ量の増加に合わせてパーティション戦略を調整するためのパーティションフィールドの追加/削除/置換などがあります。以前は、アイスバーグテーブルの構造を更新するにはテーブルとそのデータを削除する必要があったため、データパイプラインが複雑になり、遅延が発生していました。Redshift によって変更されたテーブルは、Amazon EMR や Amazon Athena など、他の Iceberg 互換エンジンとの互換性を維持しながら、エンジン間の相互運用性を維持します。アイスバーグの書き込みオペレーションでは AWS Lake Formation のアクセス権限がサポートされています。\n これらの機能は Amazon Redshift が利用できるすべての AWS リージョンで利用できます。開始するには、『Amazon Redshift データベース開発者ガイド』の「Amazon Redshift のアイスバーグテーブルの参照」と「テーブル定義の変更」セクションを参照してください。
JupyterLab やコードエディタを含む Amazon SageMaker Studio IDE は、SageMaker フレキシブルトレーニングプラン (FTP) による GPU キャパシティの予約をサポートするようになりました。これにより、需要が高く高性能なコンピューティングリソースに予算内で予測どおりにアクセスできるようになります。FTP を利用すると、JupyterLab またはコードエディタで ML ワークフローを実行する際に、オンデマンドインスタンスと比較して最大 65% のコスト削減を実現できます。\n FTP は、完全にセルフサービスの調達エクスペリエンスを提供します。開始するには、SageMaker FTP コンソールに移動し、Studio IDE ワークロードの希望するインスタンスタイプ、予約期間、開始日を選択します。注文を確認して購入を完了し、プランが有効になるのを待ちます。SageMaker Studio UI から Studio アプリを作成する場合、「インスタンス」ドロップダウンから購入したプランを選択します。SageMaker はインスタンスを自動的にプロビジョニングするので、ユーザー側でインフラストラクチャーを管理する必要はありません。プランの有効期限が近づくと、IDE から事前に通知が届き、予約が終了する前に作業内容を保存できる時間が与えられます。
Studio IDE で FTP キャパシティ予約機能を使用する方法の詳細については、「Studio IDE でのトレーニングプランの使用」を参照してください。 SageMaker Studio で JupyterLab およびコードエディターアプリケーションを起動する方法については、スタジオスペースのドキュメントを参照してください。
YouTube
AWS Black Belt Online Seminar (日本語)
- AWS IAM Identity Center 設計構築 説明編【AWS Black Belt】
- Amazon Cognito実装編【AWS Black Belt】
- Amazon Cognito 基礎編【AWS Black Belt】
- Amazon Connect Cases【AWS Black Belt】
- Amazon Connect AI agentsConnect assistant 基礎編【AWS Black Belt】
- Amazon Connect AI agents self-service 基礎編【AWS Black Belt】
AWS Blogs
Amazon Web Services ブログ (日本語)
- Amazon Bedrock が、新しい高度なプロンプト最適化および移行ツールを導入
- AI、技術的負債、そして AI を使いこなす力への道筋
- 週刊生成AI with AWS – 2026/5/11 週
- Amazon Aurora DSQL によるグローバル規模の金融トランザクション
- 富士電機ITソリューションが挑戦する働き方の大変革 〜Amazon Q Developer 活用から Kiro による新しい企業価値創出へ〜
- 2026 年 4 月の AWS Black Belt オンラインセミナー資料及び動画公開のご案内
- 週刊AWS – 2026/5/11週
AWS News Blog
AWS Big Data Blog
- OpenSearch エージェントスキルは、組み込みのインテリジェンスをエージェント IDE にもたらします。
- Smartsheet が Apache Flink でリアルタイム動的フィルタリングを構築し、メッセージングコストを月間 4 万ドル削減した方法
AWS Compute Blog
Containers
- ECR パブリックからのビットナミイメージの削除
- Kubernetes の動的リソース割り当てにより AWS Trainium と Elastic Fabric Adapter の AI インフラストラクチャを簡素化
AWS Database Blog
- Aurora DSQL と Amazon Bedrock AgentCore を使用した AI 搭載のグリッド調査エージェントの構築
- ベクター検索とグラフ検索のハイブリッドクエリによるジェネレーティブAIの精度の向上
AWS DevOps & Developer Productivity Blog
- AWS CDK ミックスインの発表:AWS リソースのコンポーザブルアブストラクション
- ストランドエージェントによる自己拡張型CLIツールの構築
- AWS トランスフォームカスタムによる Excel VBA の大規模な Python へのモダナイゼーション
- Terraform を使用した自動コード署名による AWS Lambda 関数のコード整合性の確保
Artificial Intelligence
- Amazon Nova 2 にコンテンツモデレーションを依頼する
- Aderant は Amazon Quick でクラウド運用を変革します
- アトラシアンコンフルエンスクラウドと Amazon クイックを統合
- Amazon Bedrock AgentCore でカスタムコードベースのエバリュエーターを構築