2026/5/19 9:00:00 ~ 2026/5/20 9:00:00 (JST)
最近の発表
Amazon MWAA now supports Apache Airflow 3.2
Apache Airflow 向け Amazon マネージドワークフロー (MWAA) は、人気の高いオープンソースワークフローオーケストレーションフレームワークの最新のメジャーリリースである Apache Airflow バージョン 3.2 をサポートするようになりました。Amazon MWAA は、基盤となるインフラストラクチャを管理しなくても Apache Airflow を大規模に実行できるマネージド型サービスです。このリリースでは、AWS でデータパイプラインを構築および運用するチームに、新しいデータベース対応スケジューリング機能と開発者の生産性の向上をもたらします。\n Apache Airflow 3.2 では、アセットパーティショニングを使用して、アセット全体ではなく、日付で分割された S3 パスなどの特定のデータスライスに基づいてダウンストリーム DAG をトリガーできるようになりました。これにより、データエンジニアリングチームはパイプラインの実行をより正確に制御できるようになります。このリリースでは、承認の完全な監査履歴ビュー、AgenticOperatorのHITLサポート、デッドラインアラートの同期コールバックサポートなど、ヒューマンインザループ(HITL)機能も拡張されています。その他の改善点としては、大規模な DAG のレンダリングを高速化するグリッドビューの仮想化、Airflow UI からの完全な XCom 管理、PythonOperator の非同期呼び出し可能機能のサポートなどがあります。
現在サポートされているすべての Amazon MWAA リージョンの AWS マネジメントコンソールで数回クリックするだけで、Amazon MWAA で新しい Apache Airflow 3.2 環境を起動したり、2.11 以降からアップグレードしたりできます。Apache Airflow 3.2 の詳細については Amazon MWAA のドキュメントを、Apache Airflow のドキュメントの Apache Airflow 3.2 の変更ログを参照してください。 Apache、Apache Airflow、Airflow は、米国およびその他の国におけるアパッチソフトウェア財団の登録商標または商標です。
Amazon Inspector is now available in the AWS Asia Pacific (Taipei) Region
本日、AWS は AWS アジアパシフィック (台北) リージョンで Amazon Inspector が利用可能になったことを発表しました。Amazon Inspector は自動化された脆弱性管理サービスで、Amazon EC2 インスタンス、コンテナイメージ、AWS Lambda 関数などの AWS ワークロードを継続的にスキャンして、AWS 組織全体でソフトウェアの脆弱性や意図しないネットワークへの露出がないかを確認します。 \n この拡張により、Amazon Inspector のセキュリティ対象範囲は AWS アジアパシフィック (台北) リージョンにまで拡大されました。これは、お客様が自動的にワークロードを発見し、継続的な脆弱性評価を実施し、実用的なセキュリティ結果を受け取れるように設計されています。このサービスは、新たに起動された Amazon EC2 インスタンス、Lambda 関数、および Amazon Elastic Container Registry (ECR) にプッシュされた適格なコンテナイメージを検出し、それらをスキャンしてソフトウェアの脆弱性や意図しないネットワークへの露出がないかどうかを確認するように設計されています。 Amazon Inspector を初めてご利用になるすべてのアカウントが 15 日間の無料トライアルの対象となり、サービスの評価とコストの見積もりができます。試用期間中は、Amazon ECR にプッシュされた対象となるすべての Amazon EC2 インスタンス、AWS Lambda 関数、およびコンテナイメージが無料で継続的にスキャンされます。トライアル期間が過ぎると、Amazon Inspector の公開価格に基づいて料金が請求されます。詳細については、Amazon インスペクターの料金ページをご覧ください。 Amazon Inspector を使い始めるには、当社のドキュメントをご覧になるか、今すぐ無料トライアルを開始してください。
Amazon ECS introduces pause and continue controls for service deployments
Amazon Elastic Container Service (Amazon ECS) では、デプロイ進行中の重要な段階でサービスのデプロイを一時停止し、準備ができたらデプロイを続行できるようになりました。これらの一時停止ポイントを使用して、手動承認ワークフロー、運用チェック、統合テスト、カスタム自動化などのシナリオで、手動の決定ポイントとインタラクティブな制御をデプロイに導入できます。また、マネージドトラフィックシフト、ベイクタイム、高速ロールバック、CloudWatch アラーム、デプロイサーキットブレーカーを備えたネイティブの Amazon ECS デプロイ戦略を引き続き使用できます。\n 今回の起動により、Amazon ECS サービスのデプロイ設定の一部として新しい PAUSE デプロイライフサイクルフックを設定できます。デプロイが設定された一時停止ポイントに達すると、Amazon ECS はデプロイの進行を一時停止し、自動化ワークフロー、承認システム、または外部検証プロセスのトリガーに使用できる Amazon EventBridge イベントを送信します。その後、新しい ContinueServiceDeployment API を使用してデプロイを続行したり、ロールバックしたりすることができます。一時停止フックを使用すると、最大 14 日間のタイムアウト期間とタイムアウトアクションを設定して、アクションを受け取らなかった場合にデプロイを自動的に続行またはロールバックできます。
Amazon ECS コンソール、AWS CLI、AWS SDK、AWS CloudFormation、AWS CDK、Terraform を使用して、ローリング、ブルー/グリーン、リニア、カナリアデプロイ戦略用のポーズフックを設定できます。継続サービスデプロイ API は Amazon ECS コンソール、AWS CLI、および AWS SDK から使用できます。この機能は、すべての AWS 商用リージョンと AWS GovCloud (米国) リージョンで利用できます。詳細については、サービスのデプロイと継続的なサービスデプロイの一時停止フックに関するドキュメントをご覧ください。
Amazon Managed Grafana now supports dual-stack connectivity (IPv6 and IPv4)
Amazon Managed Grafana はデュアルスタック接続をサポートするようになり、ワークスペースがインターネットプロトコルバージョン 4 (IPv4) とインターネットプロトコルバージョン 6 (IPv6) の両方で通信できるようになりました。Grafana バージョン 10.4 以降を実行しているワークスペースでは、デュアルスタックモードを使用できます。\n デュアルスタックのサポートにより、お客様は VPC 内の重複するアドレス空間を管理する必要がなくなるため、ネットワークスタックを簡素化できます。IPv6 に移行するお客様は IPv4 との互換性を維持したまま IPv6 経由で Grafana ワークスペースに接続でき、まだ IPv6 を利用していないお客様は IPv4 のみの接続を引き続き使用できます。インターネットの成長が続くと、利用可能な IPv4 アドレスが使い果たされてしまうため、これは特に有益です。
Amazon Managed Grafana でのデュアルスタック接続のサポートは、サービスが一般的に利用できるすべてのリージョンで利用できます。開始するには、Amazon Managed Grafana コンソール、API、または CLI を使用してワークスペース設定を更新してください。詳細については、Amazon マネージド Grafana ユーザーガイドを参照してください。お使いの環境で IPv6 を設定するためのベストプラクティスの詳細については、AWS の IPv6 に関するホワイトペーパーをご覧ください。
AWS Blogs
Amazon Web Services ブログ (日本語)
- AWS Weekly Roundup: 1 周年を迎えた AWS Transform、Claude Platform on AWS、EC2 M3 Ultra Mac インスタンスなど (2026 年 5 月 18 日)
- AWS Security Agent のフルリポジトリコードスキャン機能のプレビュー提供開始
- Amazon Aurora DSQL での Change Data Capture 入門
AWS Architecture Blog
- ALS GeoAnalytics LITHOLENS™ が Amazon EKS を使用して機械学習を通じてコアロギングに革命をもたらす方法
- シンセシアが Amazon EC2 G7e インスタンスでジェネレーティブ AI ビデオ推論を最適化する方法
AWS Cloud Operations Blog
AWS Big Data Blog
- AWS で SQL 処理エンジンをベンチマークするための体系的なアプローチ
- EC2 上の Amazon EMR を使用してペタバイト規模の合成テストデータを構築
- Amazon Redshift RG のご紹介 — 統合データレイククエリエンジンを搭載した AWS Graviton ベースのインスタンスにより、RA3 よりも 30% 低い価格で最大 2.4 倍のパフォーマンスを実現
AWS Database Blog
- テラフォームを使用した Db2 用 Amazon RDS のデプロイ
- ナインエンターテインメントの歩み:Valkey 用 Amazon ElastiCache サーバーレスで 98% のコスト削減を実現
- AWS アドバンス JDBC ラッパーによる自動 JDBC クエリキャッシュ
AWS DevOps & Developer Productivity Blog
AWS for Industries
- トヨタがスマートマニュファクチャリングを強化するために HiveMQ と mTLS を AWS に安全にデプロイした方法
- 記録からインテリジェンスへ:AWS の EMR システムがヘルスケアにおけるジェネレーティブ AI の基盤となる方法
Artificial Intelligence
- Amazon Nova Sonic によるスケーラブルな音声エージェント設計:マルチエージェント、ツール、セッションセグメンテーション
- Amazon Bedrock エージェントコアメモリを使用した Kiro CLI での会話メモリの拡張
- Amazon SageMaker 機能ストアの新機能を使用して ML 機能パイプラインを高速化します
- Amazon Bedrock でのプログラマティックツール呼び出しの実装