2024/11/18 9:00:00 ~ 2024/11/19 9:00:00 (JST)

最近の発表

Amazon EC2 X2iezn instances are now available in additional AWS region

本日より、メモリ最適化された Amazon EC2 X2IEZn インスタンスが中東 (UAE) で利用できるようになりました。Amazon EC2 X2IEZN インスタンスは、クラウドで最も速い最大 4.5 GHz のオールコアターボ周波数を持つ第 2 世代インテル Xeon スケーラブルプロセッサを搭載しています。これらのインスタンスは、シングルスレッドプロセッサの高いパフォーマンスと大きなメモリフットプリントの恩恵を受けるリレーショナルデータベースだけでなく、電子設計自動化 (EDA) ワークロードにも最適です。X2iEZN インスタンスは、シングルスレッドの高いコンピューティングパフォーマンスと vCPU の 32:1 の比率の組み合わせにより、物理検証、静的タイミング分析、パワーサインオフ、フルチップゲートレベルシミュレーションなどの EDA ワークロード、およびライセンス制限のあるデータベースワークロードに最適です。これらのインスタンスは AWS Nitro System 上に構築されています。AWS Nitro System は、従来の仮想化機能の多くを専用ハードウェアにオフロードし、高パフォーマンス、高可用性、および安全性の高いクラウドインスタンスを実現する豊富なビルディングブロックです。\n この追加リージョンにより、X2IEZn インスタンスは AWS 米国西部 (オレゴン)、米国東部 (バージニア北部)、ヨーロッパ (アイルランド)、アジアパシフィック (東京)、および中東 (UAE) リージョンで利用できるようになりました。X2IEZN インスタンスは、貯蓄プラン、リザーブドインスタンス、コンバーティブルリザーブド、オンデマンド、スポットインスタンスで購入することも、専有インスタンスまたは専有ホストとして購入することもできます。 X2IEZN インスタンスを使い始めるには、AWS マネジメントコンソール、AWS コマンドラインインターフェイス (CLI)、AWS SDK にアクセスしてください。詳細については、EC2 X2IEZN インスタンスのページにアクセスするか、EC2 の AWS フォーラムにアクセスするか、通常の AWS サポートの連絡先にお問い合わせください。

AWS IoT SiteWise announces new generative AI-powered industrial assistant

AWS IoT SiteWise は、大規模な産業機器データの収集、整理、監視を簡素化するマネージドサービスです。本日、AWS IoT SiteWise の生成的な AI 搭載アシスタント、AWS IoT SiteWise Assistant の一般提供をお知らせします。これにより、産業ユーザーは自然言語クエリを使用して直感的に運用データやその他のデータソースから洞察を得たり、問題を解決したり、アクションを実行したりできます。\n AWS IoT SiteWise Assistant を使用すると、SiteWise Monitor ダッシュボードのアラームをクリックして概要を確認したり、「どのアセットにアラームがアクティブになっているか」などの質問をしたりすることで、運用データを簡単に操作できます。または「風力タービンの低RPMの問題を修正するにはどうすれば良いですか?」アシスタントは、センサー、機械、関連プロセスなどのソースから得られた AWS IoT SiteWise の産業データのコンテキストを理解し、Amazon Kendra を使用して一元化されたナレッジベースとデータをコンテキスト化して有用な洞察を提供します。これにより、ダウンタイムの削減、プロセスの最適化、生産性の向上につながる意思決定の迅速化が可能になります。 AWS IoT SiteWise Assistant には、産業ソリューションがこれらの洞察にオンデマンドでアクセスできるようにする新しい API が導入されています。開発者は、チャットボット、ラインチャート、KPI ゲージなどの更新された IoT AppKit ウィジェットを使用して、アシスタントの機能を産業用アプリケーションに統合できます。さらに、アシスタント対応の新しい AWS IoT SiteWise Monitor ポータルのプレビューでは、コードなしで主要なデータ主導のインサイトを視覚化できます。 AWS IoT SiteWise Assistant は、米国東部 (バージニア北部)、米国西部 (オレゴン)、アジアパシフィック (シドニー)、およびヨーロッパ (アイルランド) で利用できるようになりました。詳細については、ユーザーガイド、API リファレンス、およびリリースブログをご覧ください。

Amazon EKS simplifies providing IAM permissions to EKS add-ons

Amazon Elastic Kubernetes Service (EKS) では、EKS アドオンと EKS Pod Identity を直接統合できるようになりました。これにより、クラスター外の AWS サービスとやり取りする必要のある重要なクラスター運用ソフトウェアのライフサイクル管理プロセスが合理化されます。\n 基盤となる AWS リソースとの統合を可能にする EKS アドオンには、AWS サービスとやり取りするための IAM 権限が必要です。EKS ポッドアイデンティティは、Kubernetes アプリケーションが AWS IAM 権限を取得する方法を簡単にします。本日のリリースにより、EKS コンソール、CLI、API、eksctl、および AWS CloudFormation などの IAC ツールを通じて、EKS アドオンオペレーションを使用して EKS ポッドアイデンティティを直接管理できるようになり、EKS アドオンのポッドアイデンティティの使用が簡単になりました。この統合により、クラスター作成時に EKS コンソールからインストールできる AWS および AWS Marketplace のポッド ID 互換の EKS アドオンの選択肢が広がりました。 EKS アドオンと Pod Identity の統合は、一般的にすべての商用 AWS リージョンでご利用いただけます。開始するには、EKS ユーザーガイドを参照してください。

Amazon Aurora MySQL 3.08 (compatible with MySQL 8.0.39) is generally available

本日より、Amazon Aurora MySQL 互換エディション 3 (MySQL 8.0 互換) は MySQL 8.0.39 をサポートするようになります。MySQL 8.0.39 には、いくつかのセキュリティ強化とバグ修正に加えて、多数のテーブルを処理するときのデータベース可用性を向上させ、REDO ロギングとインデックス処理に関連する InnoDB の問題を軽減する拡張機能が含まれています。\n Aurora MySQL 3.08 には、データベースの再起動を減らすための複数の可用性の向上、新しい CloudWatch メトリックスによるメモリ管理テレメトリの改善、Aurora MySQL の 2 ～ 3 アップグレードのメジャーバージョンアップグレードの最適化、メモリ管理とオブザーバビリティに関する一般的な改善も含まれています。詳細については、Aurora MySQL 3.08 と MySQL 8.0.39 のリリースノートを参照してください。 Aurora MySQL 3.08 にアップグレードするには、DB クラスターを変更してマイナーバージョンアップグレードを手動で開始するか、DB クラスターを作成または変更するときに「自動マイナーバージョンアップグレード」オプションを有効にすることができます。このリリースは、Aurora MySQL が利用可能なすべての AWS リージョンで利用できます。 Amazon Aurora は MySQL と PostgreSQL との完全な互換性を備え、世界規模で比類のない高いパフォーマンスと可用性を実現するように設計されています。組み込みのセキュリティ、継続的バックアップ、サーバーレスコンピューティング、最大 15 個のリードレプリカ、自動マルチリージョンレプリケーション、他の AWS サービスとの統合を提供します。Amazon Aurora を使い始めるには、入門ページをご覧ください。

AWS Chatbot adds support for chatting about AWS resources with Amazon Q Developer in Microsoft Teams and Slack

AWS チャットボットで Amazon Q Developer が一般公開されたことを発表できることを嬉しく思います。これにより、Microsoft Teams と Slack でお客様の AWS リソース関連のクエリに対する回答が得られます。\n 問題が発生した場合、お客様は問題のトラブルシューティングに関連するリソースを迅速に見つける必要があります。お客様は、Amazon Q Developer を使用して、チャットチャネルで自然言語で質問して AWS アカウントのリソースを一覧表示したり、特定のリソースの詳細を取得したり、関連するリソースについて質問したりできるようになりました。 AWS Chatbot の Amazon Q Developer では、お客様は「@aws us-east-1 で実行状態の ec2 インスタンスを表示」または「@aws us-east-2 の自動スケーリンググループ XX のサイズはどれくらいですか？」と入力して AWS リソースを見つけます。 AWS Chatbot を使い始めるには、チャットボットコンソールにアクセスし、Microsoft Teams マーケットプレイスまたは Slack アプリディレクトリから AWS Chatbot アプリをダウンロードしてください。AWS チャットボットで Amazon Q とチャットを始めるには、「AWS チャットボットで Amazon Q に質問する」ドキュメント「AWS チャットボットで Amazon Q に質問する」を参照してください。

Amazon DynamoDB announces general availability of attribute-based access control

Amazon DynamoDB はサーバーレスの NoSQL 完全マネージド型データベースで、あらゆる規模で 1 桁ミリ秒のパフォーマンスを実現します。本日、すべての AWS 商業地域と AWS GovCloud (米国) リージョンのテーブルとインデックスに対する属性ベースのアクセス制御 (ABAC) サポートの一般提供について発表します。ABAC は、ユーザー、ロール、AWS リソースに添付されたタグに基づいてアクセス権限を定義できる認証戦略です。ABAC と DynamoDB を併用すると、アプリケーションや組織の規模拡大に合わせてテーブルやインデックスの権限管理を簡素化できます。\n ABAC では、AWS ID およびアクセス管理 (IAM) ポリシーやその他のポリシーのタグベースの条件を使用して、IAM プリンシパルのタグがテーブルのタグと一致した場合に、テーブルやインデックスに対する特定のアクションを許可または拒否します。タグベースの条件を使用すると、組織構造に基づいてより詳細なアクセス権限を設定することもできます。ABACは、組織の成長に合わせてポリシーを書き直すことなく、タグベースの権限を新入社員やリソース構造の変更に自動的に適用します。 ABACを使用しても追加コストはかかりません。ABAC は、AWS マネジメントコンソール、AWS API、AWS CLI、AWS SDK、または AWS CloudFormation を使用して開始できます。詳細については、「DynamoDB での属性ベースのアクセスコントロールの使用」を参照してください。

AWS Controllers for Kubernetes for AWS Private CA now generally available

AWS プライベート認証局 (AWS プライベート CA) の AWS コントローラー for Kubernetes (ACK) サービスコントローラーは、一般提供のステータスに移行しました。\n AWS プライベート CA 用の ACK サービスコントローラーを使用することで、お客様は AWS プライベート CA 認証局 (CA) とプライベート証明書を Kubernetes から直接プロビジョニングおよび管理できるようになりました。プライベート証明書を使用すると、コンテナを暗号化して保護し、ワークロードを識別できます。AWS Private CA を使用すると、オンプレミス CA を運用するための投資やメンテナンスコストをかけずに、ルート CA や下位 CA を含むプライベート CA 階層を作成できます。AWS Private CA では、ハードウェアセキュリティモジュールに支えられた可用性の高いマネージドクラウド CA から、証明書を自動的かつ大規模に発行できます。 AWS プライベート CA 用 ACK サービスコントローラーの使用を開始するには、ドキュメントをご覧ください。ACK とその他のサービスコントローラーの詳細については、こちらをご覧ください。

Announcing business planning feature in AWS Partner Central

AWS Partner Central は、AWS パートナーが良好なパートナーシップを構築し、AWS との共同販売を促進するのに役立つ事業計画機能をリリースします。\n 現在、パートナーは事業計画の一環として、AWS パートナー管理チームや営業チームと複数のタッチポイント、会話、メールを行っています。AWS は Partner Central で事業計画プロセスを一元化し、テンプレートを標準化することで、このコラボレーションをより簡単かつ効率的にしています。これにより、AWS のビジネス目標に向けた進捗状況を追跡するのに役立つ一元的なメカニズムが提供されます。 パートナーは、独自のビジネスニーズに合わせてカスタマイズされた共同事業計画を AWS と共同で作成できます。パートナーは、入力内容の確認と編集、目標の設定、進捗状況の追跡を 1 つのエクスペリエンスで行うことができます。包括的なレポートには、選択したビジネス指標の年初来の実際の業績、当年度の達成状況、および前年比の変化が表示されるため、さまざまなソースからデータを収集する手間が省けます。 事業計画機能は、AWS パートナー管理チームと積極的に関わって共同事業計画を作成している AWS パートナーが利用できます。開始するには、AWS パートナーの連絡先に連絡してビジネスプランを作成してください。プランの草案が共有されたら、AWS Partner Central にログインして「マイカンパニー」に移動し、「ビジネスプラン」をクリックしてコラボレーションを開始します。

Easily troubleshoot NodeJS applications with Amazon CloudWatch Application Signals

本日、AWS は、CloudWatch の OpenTelemetry (OTel) 互換アプリケーションパフォーマンスモニタリング (APM) 機能である Amazon CloudWatch アプリケーションシグナルによる NodeJS アプリケーションモニタリングの一般提供を発表しました。アプリケーションシグナルは、AWS アプリケーションの主要なビジネス目標またはサービスレベル目標 (SLO) に対するアプリケーションパフォーマンスを自動的に追跡するプロセスを簡素化します。サービスオペレーターは、Application Signals を通じて AWS アプリケーションメトリクスの作成済みで標準化されたダッシュボードにアクセスできます。\n お客様はすでにアプリケーションシグナルを使用して、EKS、EC2、その他のプラットフォームにデプロイされている Java、Python、.NET アプリケーションを監視しています。今回のリリースでは、コードを追加しなくても、NodeJS アプリケーションのオンボーディングと問題のトラブルシューティングを簡単に行えるようになりました。NodeJS アプリケーション開発者は、現在の運用状態や、アプリケーションが長期的なパフォーマンス目標を達成しているかどうかをすばやくトリアージできます。お客様は、Application Signals の簡単なナビゲーション・フローを通じて NodeJS アプリケーションの高可用性を確保できます。まず、サービスレベルインジケーター (SLI) が異常になった場合のアラートから始め、そこからエラーや、アプリケーションメトリクス (レイテンシー/エラー/リクエスト) の自動生成グラフの急上昇へと深く掘り下げます。一元化された画面で、アプリケーションメトリクスをトレース、アプリケーションログ、インフラストラクチャメトリクスと関連付けて、数回クリックするだけでアプリケーションの問題のトラブルシューティングを行うことができます。 アプリケーションシグナルは、カリフォルニア西部 (カルガリー) リージョン、アジアパシフィック (マレーシア)、AWS GovCloud (米国) リージョン、中国リージョンを除く、すべての商用 AWS リージョンで利用できます。料金については、Amazon CloudWatch の料金表を参照してください。 詳細については、Amazon EKS、Amazon EC2、ネイティブ Kubernetes、および他のプラットフォーム用カスタムインストルメンテーションの Amazon CloudWatch アプリケーションシグナルを有効にするためのドキュメントを参照してください。

Amazon Q generative SQL in Amazon Redshift Query Editor now available in additional AWS regions

Amazon Redshift クエリエディタの Amazon Q ジェネレーティブ SQL は、AWS 南米 (サンパウロ)、ヨーロッパ (ロンドン)、およびカナダ (中部) リージョンでご利用いただけます。Amazon Q ジェネレーティブ SQL は、Amazon Redshift 用のすぐに使えるウェブベースの SQL エディターである Amazon Redshift クエリエディターで使用できます。SQL クエリを自然言語で表現し、SQL コードの推奨を受け取ることができるため、SQL クエリの作成が簡単になり、生産性が向上します。さらに、組織の複雑な Amazon Redshift データベースメタデータに関する広範な知識がなくても、より迅速にインサイトを得ることができます。\n Amazon Q Generative SQL は、ジェネレーティブ人工知能 (AI) を使用してユーザーの意図、SQL クエリパターン、スキーマメタデータを分析し、一般的な SQL クエリパターンを Amazon Redshift 内で直接識別します。これにより、ユーザーの SQL クエリ作成プロセスが加速され、実用的なデータインサイトを引き出すのに必要な時間が短縮されます。Amazon Q ジェネレーティブ SQL には、ユーザーが現在のデータ権限の範囲内で自然言語で SQL クエリを送信できる会話型インターフェイスが用意されています。たとえば、「地域別の総収益を検索」などの質問を送信すると、Amazon Q ジェネレーティブ SQL は複数の Amazon Redshift テーブルを結合することで、この頻繁なクエリパターンに適した SQL コードを認識して提案します。これにより、時間を節約し、エラーの可能性を減らすことができます。そのクエリを受け入れることも、別の質問をして前のクエリを拡張することもできます。 価格の詳細については、Amazon Q 開発者料金ページをご覧ください。開始するにはドキュメントを参照してください。

Self-service capacity management for AWS Outposts

AWS Outposts はセルフサービスのキャパシティ管理をサポートするようになり、Outposts のコンピューティングキャパシティを簡単に表示および管理できるようになりました。Outposts は、オンプレミスの EC2 と同じサービス、ツール、パートナーソリューションを提供することで、ネイティブの AWS サービス、インフラストラクチャ、運用モデルをほぼすべてのデータセンター、コロケーションスペース、またはオンプレミス施設に提供します。お客様のビジネス要件は変化し続けており、ビジネスの規模が拡大するにつれて、アプリケーションのニーズを微調整する必要が生じることがよくあります。キャパシティ管理では、Outposts にインストールされている EC2 キャパシティの構成を表示および変更できます。\n お客様は、新しい Outposts を注文する際に、さまざまなインスタンスをサポートするように設定を定義します。お客様はキャパシティ管理を利用して、Outposts上のこれらのインスタンス、構成されたサイズ、Outposts内での配置を確認できます。また、お客様はキャパシティ管理を使用してキャパシティ構成を表示、計画、変更し、この新しいセルフサービス UI と API を使用してカスタマイズできます。 これらのキャパシティ管理機能は、Outposts がサポートされているすべての AWS リージョンで利用できます。サポートされているリージョンの全リストについては、Outposts ラックに関する FAQ ページと Outposts サーバーに関する FAQ ページをご覧ください。 Outposts のキャパシティ管理機能について詳しくは、Outposts ユーザーガイドをご覧ください。オンプレミスのワークロードで必要な Outposts キャパシティについて Outposts のスペシャリストと話し合うには、このフォームを送信してください。

AWS End User Messaging announces cost allocation tags for SMS

本日、AWS End User Messaging が SMS リソースのコスト配分タグを発表しました。これにより、リソースに関連する各タグの支出を追跡できるようになります。AWS End User Messaging は、安全性、セキュリティ、またはコミュニケーションの結果を損なうことなく、スケーラブルで費用対効果の高いメッセージングインフラストラクチャを開発者に提供します。\n 各リソースにタグを割り当て、AWS 請求およびコスト管理コンソールのコスト配分タグを使用してそのリソースの支出を要約できるようになりました。 詳細については、AWS エンドユーザーメッセージング SMS ユーザーガイドをご覧ください。

Amazon Application Recovery Controller zonal shift and zonal autoshift extend support for EC2 Auto Scaling

Amazon アプリケーションリカバリコントローラー (ARC) のゾーンシフトとゾーンオートシフトは機能を拡張し、EC2 Auto Scaling をサポートするようになりました。ARC ゾーンシフトは、アベイラビリティーゾーン (AZ) 内の異常なアプリケーションを迅速に回復し、停電やハードウェアまたはソフトウェアの障害などのイベントによるアプリケーションへの影響の持続時間と重大度を軽減するのに役立ちます。ARC ゾーンオートシフトは、その AZ に影響を及ぼす可能性のある障害を AWS が特定したときに、アプリケーションのトラフィックを AZ から安全かつ自動的にシフトします。\n EC2 Auto Scaling のお客様は、障害発生時にトラフィックを AZ から遠ざけることができるようになりました。ゾーンシフトは EC2 Auto Scaling と連携して動的なスケールインを停止することで、容量が不必要に削除されることがなく、新しい EC2 インスタンスが正常な AZ でのみ起動されるようにします。さらに、障害のある AZ でヘルスチェックを有効に設定したり、障害のある AZ でヘルスチェックを無効にしたりすることができます。無効にすると、ゾーンシフトがアクティブな AZ での異常なインスタンス交換が一時停止されます。EC2 Auto Scaling コンソールまたは API を使用して EC2 Auto Scaling グループのゾーンシフトを有効にしてから、ARC ゾーンシフトコンソールまたは API を使用してゾーンシフトをトリガーするか、オートシフトを有効にします。詳細については、ARC のドキュメントとこのローンチブログをご覧ください。 ゾーンシフトまたはゾーンオートシフトの使用には追加料金はかかりません。最新の可用性情報については、AWS 地域サービスリストを参照してください。

EC2 Auto Scaling now supports Amazon Application Recovery Controller zonal shift and zonal autoshift

EC2 Auto Scaling は Amazon アプリケーションリカバリコントローラー (ARC) のゾーンシフトとゾーン自動シフトをサポートするようになりました。これにより、アベイラビリティーゾーン (AZ) の障害から障害が発生したアプリケーションを迅速に回復できます。本日より、Auto Scaling Group (ASG) 内の EC2 インスタンスの起動を障害のある AZ から移行して、異常のあるアプリケーションを別の AZ で迅速に復旧できます。これにより、停電やハードウェア、またはソフトウェア障害などのイベントによる影響の期間と深刻さを軽減できます。この新しい統合では ARC ゾーンオートシフトもサポートされ、AZ に影響する可能性のある障害が AWS によって特定されると、有効な ASG のゾーンシフトが自動的に開始されます。\n ASG のゾーンシフトは Amazon EC2 Auto Scaling コンソールまたはアプリケーション回復コントローラーコンソールから開始できます。また、AWS SDK を使用してゾーンシフトを開始し、ASG 内のインスタンスをプログラムで AZ から遠ざけ、影響を受ける AZ が正常になったら元に戻すこともできます。 ゾーンシフトを使用しても追加料金はかかりません。ゾーンシフトはすべての AWS リージョンで利用できるようになりました。開始するには、ローンチブログを読むか、ドキュメントを参照してください。

Announcing Amazon CloudWatch Metrics support in AWS End User Messaging

本日、AWS は SMS および MMS チャネル向けの AWS エンドユーザーメッセージングの 10 種類の新しい Amazon CloudWatch メトリクスの一般提供サポートを発表しました。AWS End User Messaging は、開発者のコミュニケーションの安全性、セキュリティ、結果を損なうことなく、スケーラブルで費用対効果の高いメッセージングインフラストラクチャを開発者に提供します。\n CloudWatch メトリクスを使用して SMS と MMS メッセージのパフォーマンスをモニタリングできるようになりました。新しいメトリックスでは、送受信されたメッセージの数、1 回限りのパスコードコンバージョンなどのメッセージフィードバック率を追跡したり、SMS Protect でブロックされたメッセージを追跡したりできます。お客様は CloudWatch メトリックスインサイトを使用して傾向をリアルタイムでグラフ化して特定し、その傾向を AWS エンドユーザーメッセージングコンソールまたは Amazon CloudWatch で直接モニタリングできます。 詳細については、AWS エンドユーザーメッセージング SMS ユーザーガイドをご覧ください。

AWS End User Messaging introduces phone number block/allow rules

現在、AWS エンドユーザーメッセージングは電話番号ルールを使用して SMS 保護機能を拡張しています。電話番号ルールを使用すると、国のルール設定よりも個々の電話番号へのメッセージを明示的にブロックまたは許可できます。\n 新しいルールを使用して、メッセージング戦略を微調整できます。たとえば、「ブロック」ルールを使用して、悪用が見られる特定の番号へのメッセージの送信を停止できるため、不必要な SMS コストを回避できます。電話番号ルールは AWS End User Messaging Console で設定することも、API 経由でアクセスすることもできます。これにより、顧客データプラットフォーム、コンタクトセンター、または統合するその他のシステムやデータベースとシームレスに統合できます。 電話番号のブロック/許可ルールの詳細と使用開始については、AWS エンドユーザーメッセージング SMS ユーザーガイドをご覧ください。

AWS End User Messaging launches message feedback tracking

現在、AWS エンドユーザーメッセージングでは、SMS および MMS チャネルを介して送信されたメッセージのフィードバックを追跡できるようになりました。AWS End User Messaging は、通信の安全性、セキュリティ、または結果を損なうことなく、スケーラブルで費用対効果の高いメッセージングインフラストラクチャを開発者に提供します。\n SMS や MMS を送信するたびに、1 回限りのパスコードコンバージョン、プロモーションオファーのリンクのクリック、オンラインショッピングカートへの追加などのメッセージフィードバック率を追跡できるようになりました。メッセージフィードバック率により、ユースケースに特有のメッセージパフォーマンスの先行指標を追跡できます。 詳細については、AWS エンドユーザーメッセージング SMS ユーザーガイドをご覧ください。

AWS App Studio is now generally available

自然言語を使用してエンタープライズグレードのアプリケーションを構築する、人工知能を活用したジェネレーティブアプリケーション構築サービスである AWS App Studio が一般公開されました。App Studio は、技術専門家 (IT プロジェクトマネージャー、データエンジニア、エンタープライズアーキテクト、ソリューションアーキテクトなど) が、深いソフトウェア開発スキルを必要とせずに、インテリジェントで安全でスケーラブルなアプリケーションを構築するのに役立ちます。App Studioはデプロイ、運用、メンテナンスを行うため、ユーザーはビジネス課題の解決と生産性の向上に集中できます。\n App Studioは、エンタープライズグレードのアプリケーションを構築する最も速くて簡単な方法です。始めるのは簡単です。ユーザーは必要なアプリケーションを自然言語で説明し、App StudioのジェネレーティブAI搭載アシスタントが複数ページのUI、データモデル、ビジネスロジックを備えたアプリケーションを作成します。ビルダーは、自然言語やApp Studioのビジュアルキャンバスを使ってアプリケーションを簡単に変更できます。また、コンテンツの生成、情報の要約、ファイルの分析を行う組み込みコンポーネントを使用して、ジェネレーティブAIでアプリケーションを強化することもできます。アプリケーションは、API コネクタを使用して AWS (Amazon Aurora、Amazon DynamoDB、Amazon S3 など) と Salesforce 用の組み込みコネクタを使用して既存のデータに接続できます。また、何百ものサードパーティサービス (HubSpot、Jira、Twilio、Zendesk など) を使用して既存のデータに接続することもできます。ユーザーはロゴや会社のカラーパレットを選択することで、ブランドのガイドラインに合わせてアプリケーションのルックアンドフィールをカスタマイズできます。App Studioは無料で構築できます。課金されるのは公開されたアプリケーションを従業員が使った時間分だけで、他の同等のサービスと比べて最大 80% 節約できます。

App Studio は通常、米国西部 (オレゴン) とヨーロッパ (アイルランド) の AWS リージョンで利用できます。

詳細を確認して使用を開始するには、AWS App Studio にアクセスし、ドキュメントを確認し、発表をお読みください。

Amazon Connect offers new personalized and proactive engagement capabilities

Amazon Connect には、潜在的な問題になる前に顧客のニーズに事前に対応し、顧客満足度の向上に役立つ一連の新機能が加わりました。リアルタイムのサービス更新、プロモーションオファー、製品使用上のヒント、予約のリマインダーに関する積極的なアウトバウンドコミュニケーションを、カスタマーエクスペリエンス全体を通して適切なタイミングで適切なチャネルから開始できます。Amazon Connect の顧客プロファイルを使用すると、POS システムからの注文、モバイルアプリからの位置データ、スケジューリングシステムからの予約、ウェブサイトからのやりとりなど、リアルタイムの顧客行動に基づいて動的に更新されるターゲットセグメントを定義できます。Amazon Connect のアウトバウンドキャンペーンを使用すると、数回クリックするだけでアウトバウンドコミュニケーションを設定でき、音声通話、SMS、E メールなど、好みのチャネルを通じて顧客に合わせたタイムリーなコミュニケーションを顧客に提供できます。Amazon Connect Analytics のダッシュボードを使用してキャンペーンのパフォーマンスを視覚化することで、積極的な顧客エンゲージメント戦略を明確かつ効果的に行うことができます。\n Amazon Connect の顧客プロファイルと Amazon Connect のアウトバウンドキャンペーンでは、毎日利用される顧客プロファイル、アウトバウンドキャンペーンの処理、および関連チャネルの使用についてのみ従量課金制になります。Amazon Connect のどちらの機能も、米国東部 (バージニア北部)、米国西部 (オレゴン)、アフリカ (ケープタウン)、アジアパシフィック (シドニー)、カナダ (中部)、ヨーロッパ (フランクフルト)、ヨーロッパ (ロンドン) で利用できます。詳細については、お客様プロフィールとアウトバウンドキャンペーンのウェブページをご覧ください。

Amazon Q Developer in the AWS Management Console now uses the service you’re viewing as context for your chat

AWS マネジメントコンソールの Amazon Q Developer が、アカウントのリソースに関する質問に対して、状況に応じた支援を提供できるようになりました。この機能により、表示しているコンソールページに直接関連する質問をすることができるため、クエリでサービスやリソースを指定する必要がなくなります。Q 開発者は現在のページを追加コンテキストとして使用して、より正確で関連性の高い回答を提供することで、AWS のサービスやリソースとのやり取りを効率化します。サービスまたはリソースを推測できない場合、Q Developer は問題の特定のリソースについての説明を求めるようになりました。関連する可能性のあるリソースのリストが表示されるので、適切なリソースを選択できます。\n お客様は AWS マネジメントコンソールの厳選されたエクスペリエンスを使用してリソースを調査し、それに基づいて行動します。コンソールの開発者チャットでは、お客様が AWS のサービスとリソースについて質問することができます。これで、開発者は現在表示されているリソースをコンテキストとして使用できるため、リソース ID を指定する必要が Q に減りました。たとえば、EC2 インスタンスを表示していて Amazon Q に「このインスタンスの AMI は何?」と尋ねたとします。参照しているインスタンスを指定する必要はありません。コンテキストがはっきりしない曖昧な質問には、Q Developer が関連する可能性のあるリソースオプションを用意しています。Q では、定量化に役立つ特定タイプのリソースを最大 500 個までカウントできるようになりました。 AWS コンソールの Amazon Q の AWS リソース検査機能を使用して、リソースに関するより深い洞察を得始めましょう。Amazon Q デベロッパーについて詳しくは、こちらをご覧ください。

AWS Command Line Interface adds PKCE-based authorization for single sign-on

AWS コマンドラインインターフェイス (AWS CLI) v2 は、コード交換用プルーフキー (PKCE) 標準を使用する OAuth 2.0 認証コードフローをサポートするようになりました。これにより、AWS CLI コマンドの認証情報を簡単かつ安全に取得できます。\n AWS CLI は、コマンドラインから複数の AWS サービスを制御し、スクリプトを使用して自動化できる統合ツールです。AWS CLI v2 では、AWS アプリケーションや複数の AWS アカウントへの従業員のアクセスを管理するための推奨サービスである AWS IAM Identity Center との統合が可能です。デスクトップやウェブブラウザを備えたモバイルデバイスから AWS リソースにアクセスするには、PKCE による認証コードフローが推奨ベストプラクティスです。AWS sso login コマンドまたは aws configure sso コマンドを実行するときのデフォルト動作になりました。 詳細については、AWS CLI ユーザーガイドの「AWS CLI による IAM アイデンティティセンター認証の設定」を参照してください。質問、コメント、問題を GitHub で共有してください。AWS IAM アイデンティティセンターは AWS リージョンでは追加料金なしで利用できます。

Amazon Aurora MySQL now supports R7i instances

MySQL 互換の Amazon Aurora は、カスタム第 4 世代インテル Xeon スケーラブルプロセッサーを搭載した R7i データベースインスタンスをサポートするようになりました。R7i インスタンスでは、最大 48 倍の大きなインスタンスサイズが提供され、メモリと vCPU の比率が 8:1 で、最新の DDR5 メモリが搭載されています。これらのインスタンスは現在、米国東部 (バージニア北部、オハイオ)、米国西部 (北カリフォルニア、オレゴン)、アジアパシフィック (ジャカルタ、ムンバイ、ソウル、シンガポール、シドニー、東京)、カナダ (中部)、およびヨーロッパ (フランクフルト、アイルランド、ロンドン、ミラノ、パリ、スペイン、ストックホルム) の AWS リージョンでご利用いただけます。\n R7i データベースインスタンスは Amazon RDS マネジメントコンソールまたは AWS CLI を使用して起動できます。データベースインスタンスを R7i インスタンスファミリーにアップグレードするには、インスタンスタイプを簡単に変更する必要があります。詳細については、Aurora のドキュメントを参照してください。 Amazon Aurora は MySQL との互換性を備え、世界規模で比類のない高いパフォーマンスと可用性を実現するように設計されています。組み込みのセキュリティ、継続的バックアップ、サーバーレスコンピューティング、最大 15 個のリードレプリカ、自動マルチリージョンレプリケーション、他の AWS サービスとの統合を提供します。Amazon Aurora を使い始めるには、入門ページをご覧ください。

AWS Lake Formation is now available in the Asia Pacific (Malaysia) Region

AWS Lake Formation は、安全なデータレイクを数日でセットアップできるサービスです。データレイクは、データを元の形式と分析用に準備された状態の両方で保存する、一元管理され、整理され、安全なリポジトリです。データレイクを使用すると、データサイロを解消し、さまざまなタイプの分析を組み合わせて洞察を得て、より良いビジネス上の意思決定を導くことができます。\n Lake Formation を使用してデータレイクを作成すると、データの保存場所と、適用するデータアクセスポリシーとセキュリティポリシーを定義できます。その後、ユーザーは、利用可能なデータセットとその適切な使用方法が記載された一元化された AWS Glue データカタログにアクセスできます。その後、ユーザーはこれらのデータセットを、Apache Spark 用 Amazon EMR、Amazon Redshift Spectrum、AWS Glue、Amazon QuickSight、Amazon Athena など、選択した分析および機械学習サービスで活用できます。 AWS Lake Formation を利用できるリージョンのリストについては、AWS リージョン表を参照してください。

AWS End User Messaging announces integration with Amazon EventBridge

本日、AWS エンドユーザーメッセージングは Amazon EventBridge との統合を発表しました。AWS エンドユーザーメッセージングは、通信の安全性、セキュリティ、または結果を損なうことなく、スケーラブルで費用対効果の高いメッセージングインフラストラクチャを開発者に提供します。\n これで、メッセージのステータス、価格、キャリア情報などの情報を含む SMS、MMS、音声配信イベントが EventBridge で利用できるようになります。その後、SMS イベントを他の AWS サービスや EventBridge が統合している多くの SaaS アプリケーションに送信できます。EventBridge では、SMS イベントをフィルタリングして、指定したイベント送信先にルーティングするルールを作成することもできます。 詳細については、AWS エンドユーザーメッセージング SMS ユーザーガイドをご覧ください。

AWS Batch now supports multiple EC2 Launch Templates per Compute Environment

AWS Batch は、複数の起動テンプレート (LT) と AWS バッチコンピューティング環境 (CE) の関連付けをサポートするようになりました。Amazon Elastic Compute Cloud (EC2) インスタンスのサイズとタイプに基づいて異なる設定を適用したい場合に、別々の AWS Batch CE を作成する必要がなくなりました。CE ごとに複数の LT がサポートされているため、さまざまな EC2 起動テンプレートを CE が使用するさまざまな EC2 インスタンスタイプに関連付けることで、一意の Amazon マシンイメージ（AMI）を動的に選択したり、適切な量のストレージをプロビジョニングしたり、独自のリソースタグを適用したりできます。これにより、より少ない CE を使用してワークロードを実行するための柔軟な設定を定義できます。\n 新しい CE の作成時に複数の LT を関連付けることも、既存の CE を更新して異なるインスタンスタイプに複数の LT を使用することもできます。AWS Batch では、さまざまな EC2 インスタンスファミリーまたはインスタンスファミリーとサイズの組み合わせについて、CE ごとに最大 10 個の LT を定義して、デフォルトの LT を上書きできます。詳細については、AWS Batch ユーザーガイドの「起動テンプレート」ページを参照してください。 AWS Batch は、開発者、科学者、エンジニアがあらゆる規模の ML モデルトレーニング、シミュレーション、分析のための効率的なバッチ処理を実行できるようサポートします。マルチノード並列ジョブは、AWS Batch が利用可能などの AWS リージョンでも利用できます。

Amazon Redshift to enhance security by changing default behavior

セキュリティはアマゾンウェブサービス (AWS) の最優先事項です。そのために、Amazon Redshift ではセキュリティデフォルトを強化しています。これにより、データセキュリティのベストプラクティスを順守し、設定ミスのリスクを軽減できます。\n 2025 年 1 月 10 日以降、3 つのデフォルトのセキュリティ変更が有効になります。まず、新しく作成されたすべてのプロビジョニング済みクラスターとスナップショットから復元されたクラスターでは、パブリックアクセシビリティがデフォルトで無効になります。デフォルトでは、クラスターへの接続は同じ Virtual Private Cloud (VPC) 内のクライアントアプリケーションからのみ許可されます。次に、プロビジョニングされたクラスターではデータベースの暗号化がデフォルトで有効になります。KMS キーを指定せずにプロビジョニングされたクラスターを作成すると、クラスターは AWS が所有するキーで自動的に暗号化されます。3 番目に、Amazon Redshift は、新しく作成され、プロビジョニングされ復元されたデータウェアハウスに接続するクライアントには、デフォルトで SSL 接続を強制します。このデフォルトの変更は、新しいサーバーレスワークグループにも適用されます。 混乱を避けるため、2025 年 1 月 10 日までにデータウェアハウスの作成設定、スクリプト、ツールを確認して、新しいデフォルト設定に合わせて必要な変更を行ってください。クラスターまたはワークグループの設定を変更してデフォルト動作を変更することは引き続き可能です。既存のデータウェアハウスは、これらのセキュリティ強化の影響を受けません。ただし、セキュリティ体制をさらに強化するために、新しいデフォルトのセキュリティ設定に合わせて構成を見直して更新することをお勧めします。 これらの新しいデフォルト変更は、Amazon Redshift が利用可能なすべての AWS リージョンに実装されます。詳細については、当社のドキュメントを参照してください。

AWS Lambda now supports SnapStart for Python and .NET functions

本日より、Python および .NET のマネージドランタイムを使用する関数で Lambda SnapStart を使用することで、1 秒未満の起動パフォーマンスを実現できます。Lambda SnapStart はオプトイン機能であり、リソースをプロビジョニングしたり、複雑なパフォーマンス最適化を実装したりしなくても、応答性が高くスケーラブルなアプリケーションを簡単に構築できます。\n 予測できないトラフィックの急増に対応する、レイテンシーの影響を受けやすいアプリケーションでは、コールドスタートと呼ばれる起動レイテンシーが高いと、ユーザーエクスペリエンスに遅延が発生する可能性があります。Lambda SnapStart では、事前に関数のコードを初期化し、初期化された実行環境のスナップショットを取得してキャッシュすることで、起動時間を短縮できます。関数が呼び出されてからスケールアップすると、Lambda SnapStart は新しい実行環境を一から初期化するのではなく、キャッシュされたスナップショットから再開するため、起動時のレイテンシーが大幅に改善されます。Lambda SnapStart は、同期 API、インタラクティブなマイクロサービス、データ処理、ML 推論などのアプリケーションに最適です。 Python および .NET 用 Lambda SnapStart は通常、米国東部 (オハイオ、バージニア北部)、米国西部 (オレゴン)、アジアパシフィック (シンガポール、東京、シドニー)、およびヨーロッパ (フランクフルト、アイルランド、ストックホルム) の AWS リージョンでご利用いただけます。 AWS Lambda API、AWS マネジメントコンソール、AWS コマンドラインインターフェイス (AWS CLI)、AWS クラウドフォーメーション、AWS サーバーレスアプリケーションモデル (AWS SAM)、AWS SDK、AWS クラウド開発キット (AWS CDK) を使用して、Python 3.12 (およびそれ以降) および.NET 8 (およびそれ以降) で実行される新規または既存の Lambda 関数に対して SnapStart をアクティベートできます。詳細については、Lambda ドキュメントまたはリリースブログ投稿を参照してください。Python および.NET での SnapStart の料金の詳細については、AWS Lambda 料金表をご覧ください。

Amazon VPC Lattice now supports Amazon Elastic Container Service (Amazon ECS)

Amazon VPC Lattice では、Amazon のフルマネージド型コンテナオーケストレーションサービスである Amazon ECS とのネイティブ統合が可能になりました。これにより、コンテナ化されたアプリケーションのデプロイ、管理、スケーリングが容易になります。今回のローンチにより、VPC Lattice は、Amazon Elastic Compute Cloud (Amazon EC2)、Amazon Elastic Kubernetes サービス (Amazon EKS)、AWS Lambda、Amazon ECS、AWS Fargate など、すべての主要な AWS コンピューティングサービスを包括的にサポートできるようになりました。VPC Latticeは、AWSコンピューティングサービス全体でアプリケーションを接続、保護、監視するプロセスを簡素化するマネージドアプリケーションネットワーキングサービスです。これにより、開発者はネットワークのセットアップとメンテナンスに費やす時間とリソースを削減しながら、ビジネスにとって重要なアプリケーションの構築に集中できます。\n ネイティブ ECS 統合により、ECS サービスを VPC Lattice ターゲットグループに直接関連付けることができるようになり、中間のアプリケーションロードバランサー (ALB) が不要になりました。この統合の合理化により、コスト、運用上のオーバーヘッド、複雑さが軽減されるとともに、ECS と VPC Lattice の両方の完全な機能セットを活用できるようになります。Amazon EC2、Amazon EKS、AWS Lambda、Amazon ECS のワークロードが混在しているなど、多様なコンピューティングインフラストラクチャを持つ組織は、すべてのコンピューティングプラットフォームにわたってサービス間の接続、セキュリティ、およびオブザーバビリティを統合することで、今回の発表から恩恵を受けることができます。 この新機能は、Amazon VPC ラティスが利用できるすべての AWS リージョンで利用できます。 開始するには、以下のリソースを参照してください。

AWS ニュースブログ:Amazon VPC Lattice のネイティブ Amazon ECS サポートによるコンテナアプリケーションネットワーキングの効率化

Amazon ECS 開発者ガイド

Amazon VPC ラティスユーザーガイド

VPC ラティス関連のブログ記事

Amazon Managed Service for Prometheus collector adds support for update and AWS console

プロメテウスメトリクスの完全マネージド型エージェントレスコレクターである Amazon マネージドサービス for Prometheus コレクターには、スクレイプ設定のインライン更新のサポートと、プロメテウス AWS コンソール用の Amazon マネージドサービスによる設定のサポートが追加されました。本日より、スクレイプ設定を含むコレクターパラメーターと、デスティネーションの Amazon マネージドサービス for Prometheus ワークスペースを更新できるようになりました。さらに、プロメテウス用 Amazon マネージドサービスコンソール内からコレクターを表示および編集できます。\n お客様は、プロメテウスコレクター向け Amazon マネージドサービスのスクレイプ設定をすばやく繰り返し実行できるようになりました。今回のリリースにより、お客様はダウンタイムなしでスクレイプターゲットとジョブを追加、削除、更新できます。さらに、Amazon マネージドサービス for Prometheus AWS コンソールを使用して、コレクターを一覧表示、作成、編集、削除できるようになりました。 プロメテウス用 Amazon マネージドサービスコレクターは、プロメテウス用 Amazon マネージドサービスが利用できるすべてのリージョンで利用できます。プロメテウスコレクター向け Amazon マネージドサービスの詳細については、ユーザーガイドまたは製品ページをご覧ください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS News Blog

AWS Architecture Blog

AWS Cloud Operations Blog

AWS Compute Blog

AWS Contact Center

Containers

AWS Database Blog

AWS Developer Tools Blog

AWS for Industries

AWS Machine Learning Blog

AWS Security Blog

Open Source Project

AWS CLI

Bottlerocket OS

Amazon EKS Anywhere