2025/2/26 9:00:00 ~ 2025/2/27 9:00:00 (JST)

最近の発表

Amazon RDS now provides visibility into IAM DB Authentication metrics and logs

Amazon リレーショナルデータベースサービス (RDS) の IAM データベース認証 (IAM DB Auth) では、メトリックスとログによるオブザーバビリティが強化されました。これにより、お客様は RDS データベースに接続する際の認証問題を調査して解決できます。\n データベース接続認証の問題は、IAM ポリシーの設定や権限の問題、期限切れのトークンの使用、スロットリングなど、複数の理由で発生する可能性があります。IAM DB 認証メトリクスとログは、上記のすべての問題が原因で発生する認証問題のトラブルシューティングに役立ちます。また、エラーログを可視化して、ユーザー固有の接続障害に関する洞察を得られるようになりました。IAM DB 認証メトリックスは、データベースインスタンスまたはクラスターで IAM DB 認証が有効になっている限り、Amazon CloudWatch で自動的に利用できます。IAM DB 認証エラーログは、RDS の CloudWatch ログへのエクスポート機能を使用して CloudWatch Logs アカウントにエクスポートできます。 Amazon RDS IAM DB 認証メトリクスとログは、MySQL 用 RDS、MariaDB 用 RDS、PostgreSQL 用 RDS、Aurora MySQL 互換エディション、Aurora PostgreSQL 互換エディションでサポートされています。Amazon RDS IAM DB 認証の有効化を開始するには、「IAM データベース認証の有効化と無効化-Amazon RDS」および「IAM データベース認証の有効化と無効化-Amazon Aurora」を参照してください。Amazon RDS IAM DB 認証メトリックスとログを使用して Amazon RDS データベース認証の問題のトラブルシューティングを行うには、Amazon RDS についてはこのページ、Amazon Aurora についてはこのページを参照してください。 AWS ID とアクセス管理の詳細については、製品詳細ページを参照してください。

Amazon Connect now supports interactive welcome messages when starting chats

Amazon Connect Chat では、チャットを開始するときにインタラクティブなメッセージで顧客に挨拶できるようになり、状況に応じたパーソナライズされたエクスペリエンスが提供され、エンゲージメントとセルフサービスの解決率が向上します。たとえば、顧客が製品ページにアクセスしてチャットウィジェットを開くと、類似商品の比較、店舗の在庫状況の確認、または保証の詳細を確認するためのオプションを含むコンテキストグリーティングが表示されます。\n Amazon Lex を使用してインタラクティブなウェルカムメッセージをカスタマイズするには、Amazon Connect フローデザイナーの「顧客入力を取得」ブロックにある「メッセージでボットを初期化」オプションをチェックします。チャットボットに送信される最初のメッセージを手動で入力するか、動的に設定して、カスタマーエクスペリエンスをパーソナライズできます。 この新機能は、Amazon Connect が利用できるすべての AWS リージョンで利用できます。詳細を確認して使用を開始するには、ヘルプドキュメント、料金表ページを参照するか、Amazon Connect ウェブサイトをご覧ください。

Amazon RDS for MariaDB supports minors 11.4.5, 10.11.11, 10.6.21, 10.5.28

MariaDB 用アマゾンリレーショナルデータベースサービス (Amazon RDS) は、MariaDB マイナーバージョン 11.4.5、10.11.11、10.6.21、および 10.5.28 をサポートするようになりました。最新のマイナーバージョンにアップグレードして、以前のバージョンの MariaDB の既知のセキュリティ脆弱性を修正し、MariaDB コミュニティによって追加されたバグ修正、パフォーマンスの向上、新機能の恩恵を受けることをお勧めします。\n マイナーバージョン自動アップグレードを利用して、定期メンテナンス期間中にデータベースをより新しいマイナーバージョンに自動的にアップグレードできます。Amazon RDS マネージド Blue/Green デプロイを活用して、MariaDB インスタンスの更新をより安全、簡単、迅速に行うこともできます。マイナーバージョンの自動アップグレードや Blue/Green デプロイなど、データベースインスタンスのアップグレードについて詳しくは、Amazon RDS ユーザーガイドをご覧ください。 Amazon RDS for MariaDB では、クラウドでの MariaDB デプロイのセットアップ、運用、スケーリングを簡単に行うことができます。価格の詳細とリージョンの提供状況の詳細については、Amazon RDS for MariaDB をご覧ください。Amazon RDS マネジメントコンソールで、フルマネージド型の Amazon RDS データベースを作成または更新します。

AWS CodeBuild adds support for managed webhooks in GitHub Enterprise

AWS CodeBuild のマネージドウェブフックのサポートは、GitHub エンタープライズを含むように拡張されました。AWS CodeBuild は、ソースコードのコンパイル、テストの実行、デプロイ準備が整ったソフトウェアパッケージの作成を行う、完全マネージド型の継続的インテグレーションサービスです。\n GitHub Enterprise をソースプロバイダーとして使用しているお客様は、これまで CodeBuild がイベントを受信できるようにウェブフックを手動で作成する必要がありました。CodeBuild がネイティブに統合され、ユーザーに代わってウェブフックを作成および管理できるようになりました。さらに、CloudFormation を使用して CodeBuild プロジェクトでウェブフックを定義することもできます。 この機能は、米国東部 (オハイオ)、米国東部 (バージニア北部)、米国西部 (北カリフォルニア)、米国西部 (オレゴン)、GovCloud (米国東部)、アジアパシフィック (ムンバイ)、アジアパシフィック (ソウル)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アジアパシフィック (東京)、カナダ (中部)、ヨーロッパ (フランクフルト)、ヨーロッパ (アイルランド)、ヨーロッパ (ロンドン)、ヨーロッパ (ミラノ) でご利用いただけます、ヨーロッパ (パリ)、ヨーロッパ (ストックホルム)、南米 (サンパウロ) サンプルプロジェクトに従って GitHub Enterprise を使い始めましょう。CodeBuild を使い始める方法の詳細については、AWS CodeBuild 製品ページをご覧ください。

Amazon ECS adds support for additional IAM condition keys

Amazon Elastic Container Service (Amazon ECS) は本日、ID とアクセス管理 (IAM) 用の 8 つの新しいサービス固有の条件キーをリリースしました。これらの新しい条件キーを使用すると、IAM ポリシーとサービスコントロールポリシー (SCP) を作成して、コンテナ化された環境で組織のポリシーをより効果的に適用できます。\n IAM 条件キーを使用すると、API リクエストコンテキストに基づいてアクセス制御を実施するポリシーを作成できます。本日のリリースで、Amazon ECS では、リソース構成 (ecs: task-cpu、ecs: task: memory、ecs: compute-互換性)、コンテナ権限 (ecs: 特権)、ネットワーク構成 (ecs: auto-assign-public-ip と ecs: subnet)、およびタグ伝達 (ecs: propagate-tags と ecs-managed-tags) に関連するポリシーを適用できる条件キーが追加されました Amazon ECS にデプロイされたアプリケーション。たとえば、新しい ecs: auto-assign-public-ip 条件キーを使用して ECS サービスのタスクにパブリック IP アドレスが割り当てられないようにしたり、ecs: privileged 条件キーを使用して、基盤となるホストに対する権限でタスク定義が登録されないようにしたりできます。 Amazon ECS の新しい IAM 条件コンテキストキーは、すべての AWS リージョンで使用できます。ECS がサポートする IAM 条件コンテキストキーの一覧と Amazon ECS での条件キーの使用方法の詳細については、当社のドキュメントを参照してください。

AWS CodeBuild adds support for managed runners for GitLab Self-Managed

AWS CodeBuild が GitLab セルフマネージド型のマネージドランナーをサポートするようになりました。お客様は、GitLab セルフマネージド CI/CD ジョブイベントを受信して CodeBuild エフェメラルホストで実行するように CodeBuild プロジェクトを設定できます。AWS CodeBuild は、ソースコードのコンパイル、テストの実行、デプロイ準備が整ったソフトウェアパッケージの作成を行う、完全マネージド型の継続的インテグレーションサービスです。\n この機能により、GitLab のセルフマネージドジョブを AWS とネイティブに統合できるようになり、IAM、AWS シークレットマネージャー、AWS CloudTrail、Amazon VPC などの機能を通じてセキュリティと利便性が向上します。お客様は、Lambda、GPU 拡張インスタンス、ARM ベースのインスタンスなど、CodeBuild が提供するすべてのコンピューティングプラットフォームにアクセスできます。 CodeBuild と GitLab セルフマネージドランナーの統合は、CodeBuild が提供されているすべてのリージョンで利用できます。CodeBuild が利用できる AWS リージョンの詳細については、AWS リージョンのページを参照してください。 まず、CodeBuild プロジェクトでウェブフックをセットアップし、CodeBuild マシンでホストされているセルフマネージドランナーを使用するように GitLab CI YAML を更新することから始めましょう。GitLab または GitHub 用の CodeBuild を搭載したランナーの詳細については、AWS CodeBuild のセルフホストランナーに関する CodeBuild のドキュメントを参照してください。

Amazon RDS Data API for Aurora is now available in 10 additional AWS regions

Aurora Serverless v2 および Aurora でプロビジョニングされた PostgreSQL 互換および MySQL 互換のデータベースクラスター用の RDS Data API が、アフリカ (ケープタウン)、アジア太平洋 (香港)、アジア太平洋 (ジャカルタ)、アジア太平洋 (マレーシア)、アジアパシフィック (大阪)、ヨーロッパ (ミラノ)、ヨーロッパ (ストックホルム)、中東 (バーレーン)、中東 (UAE)、南米 (サンパウロ) で利用できるようになりました o) リージョン。RDS Data API を使用すると、安全な HTTP エンドポイントを介してこれらの Aurora クラスターにアクセスし、データベースドライバーを使用したり接続を管理したりせずに SQL ステートメントを実行できます。\n Data API は、データベース接続を自動的にプールおよび共有 (コネクションプーリング) することで、ドライバーを使用せず、アプリケーションのスケーラビリティを向上させます。これにより、顧客に接続を管理する必要がなくなります。お客様は AWS SDK と CLI を介してデータ API を呼び出すことができます。データ API では、AWS AppSync GraphQL API を介して Aurora データベースにアクセスすることもできます。Aurora サーバーレス v2 および Aurora のデータ API でサポートされている API コマンドは、Aurora サーバーレス v1 のデータ API と下位互換性があるため、お客様のアプリケーションを簡単に移行できます。 データ API は Aurora PostgreSQL 15.3、14.8、13.11 以降のバージョンと Aurora MySQL 3.07 以降のバージョンをサポートしています。現在 ASv1 のデータ API を使用しているお客様は、新しいデータ API を活用するために ASv2 に移行することをお勧めします。詳細については、ドキュメントをご覧ください。

AWS Chatbot is now named Amazon Q Developer

AWS チャットボットは Amazon Q デベロッパーと呼ばれるようになりました。新しい名前は、最も有能な AI を活用したソフトウェア開発アシスタントである Amazon Q Developer が Microsoft Teams と Slack に統合され、AWS リソースを管理および最適化したことを表しています。Amazon Q Developer を使用すると、お客様はチャットチャネルで AWS リソースの監視、運用、トラブルシューティングをより迅速に行うことができます。お客様はテレメトリをすばやく取得し、質問をしてリソースの状態を把握できます。お客様は既存の非生成型 AI 機能を活用して、カスタマイズ可能な通知、アクションボタン、コマンドエイリアスで開発運用とインシデント対応プロセスを運用できます。\n 今回のローンチにより、Microsoft Teams と Slack のチャットアプリケーションの名前は AWS チャットボットから Amazon Q デベロッパーに変更されます。受信した通知と応答には、アプリケーション名として AWS ではなく Amazon Q が表示されます。実行中のタスクでは、「@aws」の代わりに「@Amazon Q」というメンションが使用されるようになりました。チャットチャンネル内で AWS Chatbot メッセージをトリガーする Slack 自動化ワークフローは、この名前変更後も引き続き機能します。AWS Chatbot の既存のお客様については、機能の仕組み、セットアップ、使用方法、価格設定に他に変更はありません。サービス API、SDK、サービスエンドポイント、IAM 権限、リージョンの可用性はこの変更の影響を受けません。 お客様は、ジェネレーティブ AI 機能を有効にする権限を許可する必要があります。Amazon Q Developer ジェネレーティブ AI 機能はチャットアプリケーションで追加料金なしで利用できます。 Amazon Q Developer は、この機能が提供されている AWS リージョンでは追加料金なしでチャットアプリケーションで利用できます。Amazon Q 開発者コンソールにアクセスして、無料利用枠でチャットアプリケーションで Amazon Q Developer の使用を開始してください。詳細については、ドキュメントとブログをご覧ください。

Amazon Data Firehose is now available in AWS Asia Pacific (Thailand) and Mexico (Central) regions

Amazon Data Firehose が AWS アジアパシフィック (タイ) およびメキシコ (中部) リージョンで利用できるようになりました。Amazon Data Firehose は、ストリーミングデータをデータストアや分析ツールにロードする最も簡単な方法です。ストリーミングデータをキャプチャ、変換して Amazon S3、Apache アイスバーグテーブル、Amazon S3 テーブル、Amazon OpenSearch Service、Amazon Redshift、および Splunk や Datadog などのサードパーティの分析アプリケーションに配信できるため、リアルタイム分析のユースケースが可能になります。\n Amazon Data Firehose を使用すれば、アプリケーションを作成したり、リソースを管理したりする必要がありません。Amazon Data Firehose にデータを送信するようにデータプロデューサーを設定すると、指定した宛先にデータが自動的に配信されます。データを配信する前に変換するように Amazon Data Firehose を設定することもできます。開始するには、AWS アカウントが必要です。アカウントを作成すると、Amazon Data Firehose コンソールでデリバリーストリームを作成できます。詳細については、Amazon Data Firehose 開発者ガイドをご覧ください。 Amazon データファイアホースの可用性については、AWS リージョン表を参照してください。

Amazon EC2 M6a instances now available in AWS Europe (Paris)

本日より、汎用 Amazon EC2 M6a インスタンスが AWS ヨーロッパ (パリ) リージョンで利用できるようになりました。M6a インスタンスは第 3 世代の AMD EPYC プロセッサを搭載しており、同等の M5a インスタンスよりも最大 35% 優れた価格パフォーマンスを実現します。これらのインスタンスは、同等の x86 ベースの EC2 インスタンスよりも 10% 低コストです。\n この追加リージョンでは、米国東部 (オハイオ、バージニア北部)、米国西部 (北カリフォルニア、オレゴン)、アジアパシフィック (ハイデラバード、ムンバイ、シンガポール、シドニー、東京)、カナダ (中部)、ヨーロッパ (フランクフルト、アイルランド、ロンドン、ミラノ、パリ)、南米 (サンパウロ) の AWS リージョンで M6a インスタンスを利用できます。これらのインスタンスは、貯蓄プラン、リザーブド、オンデマンド、スポットインスタンスとして購入できます。開始するには、AWS マネジメントコンソール、AWS コマンドラインインターフェイス (CLI)、AWS SDK にアクセスしてください。詳細については、M6a インスタンスページをご覧ください。

AWS CodeBuild now supports merging parallel test reports and new compute options

テストケースを並行して実行するときに、テストレポートを自動的に統合レポートにマージできるようになりました。また、この機能強化により、並行テスト用にオンデマンドインスタンス、リザーブドキャパシティーフリート、Lambda コンピューティングリソースを組み合わせて選択できるようになりました。AWS CodeBuild は、ソースコードのコンパイル、テストの実行、すぐにデプロイできるソフトウェアパッケージの作成を行う、完全マネージド型の継続的インテグレーションサービスです。\n 1 つのコンピューティングリソースを使用する場合、プロジェクト内のテストの数が増えるにつれて、テストの合計実行時間も長くなります。CodeBuild は、新しいコンピューティング環境でテストを並行して実行し、テスト結果を 1 つのレポートに統合するようになりました。これにより、フィードバックサイクルが短縮され、開発者の生産性が向上します。 並列テスト機能は、CodeBuild が提供されているすべての地域で利用できます。CodeBuild が利用可能な AWS リージョンの詳細については、AWS リージョンのページを参照してください。 CodeBuild のテスト分割の詳細については、当社のドキュメントをご覧ください。CodeBuild の使用を開始する方法の詳細については、AWS CodeBuild 製品ページを参照してください。

AWS Blogs

AWS Big Data Blog

AWS Database Blog

AWS DevOps & Developer Productivity Blog

AWS for Industries

AWS Machine Learning Blog

AWS Storage Blog

Open Source Project

AWS CLI

AWS CDK

Amplify for iOS

Bottlerocket OS