2025/12/18 9:00:00 ~ 2025/12/19 9:00:00 (JST)

最近の発表

Amazon EC2 now supports Availability Zone ID across its APIs

Amazon EC2 はアベイラビリティーゾーン ID (AZ ID) パラメータをサポートするようになりました。これにより、一貫したゾーン識別子を使用してインスタンス、ボリューム、サブネットなどのリソースを作成および管理できます。AZ ID は、すべての AWS アカウントで同じ物理位置を表す一貫性のある静的な識別子であり、リソース配置の最適化に役立ちます。\n 今回のリリース以前は、リソースの作成時に AZ 名を使用する必要がありましたが、これらの名前は物理的に異なる場所にマップされることもありました。このマッピングにより、特に複数のアカウントで運用している場合に、リソースが常に同じ場所に配置されていることを確認することが困難でした。これで、EC2 API で AZ ID パラメータを直接指定して、リソースの一貫した配置を保証できるようになりました。AZ ID はすべてのアカウントで常に同じ物理的な場所を参照しているため、アカウント全体で AZ 名を手動でマッピングしたり、ゾーンの追跡や調整といった複雑な作業を行う必要がなくなりました。この機能は、インスタンス、起動テンプレート、ホスト、リザーブドインスタンス、フリート、スポットインスタンス、ボリューム、キャパシティ予約、ネットワークインサイト、VPC エンドポイントとサブネット、ネットワークインターフェイス、高速スナップショット復元、インスタンス接続などのリソースで利用できるようになりました。 この機能は、中国と AWS GovCloud (米国) リージョンを含むすべての AWS リージョンで利用できます。アベイラビリティーゾーン ID の詳細については、ドキュメントをご覧ください。

Amazon WorkSpaces Applications announces Elastic fleets powered by Ubuntu Pro 24.04 LTS

Amazon WorkSpaces Applicationsは、ElasticフリートでUbuntu Pro 24.04 LTSをサポートするようになりました。これにより、独立系ソフトウェアベンダー（ISV）や中央IT組織は、AWSクラウドの柔軟性、スケーラビリティ、費用対効果を活用しながら、Ubuntuデスクトップアプリケーションをユーザーにストリーミングできるようになりました。\n Amazon WorkSpaces Applications は、完全マネージド型の安全なデスクトップおよびアプリケーションストリーミングサービスで、ユーザーはどこからでもデスクトップやアプリケーションにすぐにアクセスできます。Amazon WorkSpaces Applications の中でも、Elastic Fleet はサーバーレスのフリートタイプで、使用量の予測、スケーリングポリシーの作成と管理、イメージの作成を行う必要なく、AWS が管理するストリーミングインスタンスのプールからデスクトップアプリケーションをエンドユーザーにストリーミングできます。エラスティックフリートタイプは、容量を管理したり WorkSpaces アプリケーションイメージを作成したりすることなく、アプリケーションをユーザーにストリーミングしたいお客様向けに設計されています。 開始するには、WorkSpaces アプリケーション管理コンソールにサインインし、お好みの AWS リージョンを 1 つ選択してください。WorkSpaces アプリケーションが利用できるリージョンの全リストについては、AWS リージョン表を参照してください。Amazon WorkSpaces アプリケーションでは、従量課金制の料金体系が提供されています。詳細については、「Amazon WorkSpaces アプリケーション価格表」を参照してください。

Amazon EC2 C8a instances now available in the Europe (Spain) region

本日より、コンピューティング最適化された Amazon EC2 C8a インスタンスがヨーロッパ (スペイン) リージョンで利用できるようになりました。C8a インスタンスは、最大周波数が 4.5 GHz の第 5 世代 AMD EPYC プロセッサ (旧コード名 Turin) を搭載しており、C7a インスタンスと比較してパフォーマンスが最大 30% 高く、コストパフォーマンスが最大 19% 高くなっています。\n C8a インスタンスは C7a インスタンスと比較して 33% 多いメモリ帯域幅を提供するため、これらのインスタンスはレイテンシーの影響を受けやすいワークロードに最適です。Amazon EC2 C7a インスタンスと比較して、GroovyJVM の場合は最大 57% 高速であるため、Java ベースのアプリケーションの応答時間が短くなります。C8a インスタンスには、2 つのベアメタルサイズを含む 12 のサイズがあります。このようなインスタンスサイズの範囲により、お客様はワークロードの要件に正確に対応できます。 C8a インスタンスは AWS Nitro System 上に構築されており、バッチ処理、分散分析、ハイパフォーマンスコンピューティング (HPC)、広告配信、拡張性の高いマルチプレイヤーゲーム、動画エンコーディングなど、ハイパフォーマンスで計算量の多いワークロードに最適です。 開始するには、AWS マネジメントコンソールにサインインしてください。お客様は貯蓄プラン、オンデマンドインスタンス、スポットインスタンスを通じてこれらのインスタンスを購入できます。詳細については、Amazon EC2 C8a インスタンスページをご覧ください。

AWS IoT Core adds message batching to HTTP rule action

AWS IoT Core では、メッセージをダウンストリーム HTTP エンドポイントにルーティングする前に、複数の IoT メッセージを 1 つの HTTP ルールアクションにまとめることができるようになりました。この機能強化により、モノのインターネット (IoT) ワークロードからテレメトリを取り込む際のコストとスループットのオーバーヘッドを削減できます。\n AWS IoT Core は、数百万台の IoT デバイスを AWS クラウドに安全に接続する完全マネージド型サービスです。AWS IoT のルールを使用すると、デバイスデータをフィルタリング、処理、デコードし、そのデータを HTTP エンドポイントにルーティングする HTTP ルールアクションなどの 20 種類以上の AWS IoT ルールアクションを介して AWS サービスまたはサードパーティのエンドポイントにルーティングできます。この新機能により、データセットをダウンストリームの HTTP エンドポイントにルーティングする前に、メッセージをまとめてバッチ処理できるようになりました。 新しいバッチ機能を使用して IoT メッセージを効率的に処理するには、IoT デバイスを AWS IoT Core に接続し、目的のバッチパラメータを使用して HTTP ルールアクションを定義します。AWS IoT Core は受信メッセージをこれらの仕様に従って処理し、指定された HTTP エンドポイントにメッセージをルーティングします。たとえば、複数のスマートホームデバイスから公開された IoT メッセージを 1 つのバッチにまとめて、スマートホームプラットフォームの HTTP エンドポイントにルーティングできるようになりました。 この新機能は、AWS GovCloud (米国) や Amazon 中国リージョンなど、AWS IoT Core が利用可能なすべての AWS リージョンで利用できます。詳細については、開発者ガイド、料金ページ、API ドキュメントをご覧ください。

Amazon WorkSpaces now supports IPv6

Amazon WorkSpaces は WorkSpaces ドメインと外部エンドポイントの IPv6 をサポートするようになりました。これにより、ユーザーは互換性のあるクライアントから IPv4/IPv6 デュアルスタック構成を介して接続できるようになりました (SAML 認証を除く)。これにより、お客様が IPv6 コンプライアンス要件を満たせるようになり、IPv4 と IPv6 間のアドレス変換を処理するための高価なネットワーク機器が不要になります。\n WorkSpaces のデュアルスタックサポートは、IPv4 よりもはるかに大きなアドレス空間を提供することで、IP アドレスに対するインターネットの需要の高まりに対応します。これにより、仮想プライベートクラウド (VPC) 内で重複するアドレス範囲を管理する必要がなくなります。お客様は、既存の IPv4 システムとの下位互換性を維持しながら、IPv4 プロトコルと IPv6 プロトコルの両方をサポートするデュアルスタックを通じて WorkSpaces をデプロイできます。また、お客様は IPv6 経由の PrivateLink VPC エンドポイントを通じて WorkSpaces に接続できるため、パブリックインターネット経由でトラフィックをルーティングすることなく、プライベートにサービスにアクセスできます。 IPv4/IPv6 デュアルスタック構成による Amazon WorkSpaces への接続は、AWS GovCloud (米国東部および米国西部) リージョンを含め、Amazon WorkSpaces が利用可能なすべての AWS リージョンでサポートされています。この機能には追加料金はかかりません。 IPv6 を有効にするには、Windows、macOS、Linux、PCoIP ゼロクライアント、または Web アクセス用の最新の WorkSpaces クライアントアプリケーションを使用する必要があります。Amazon WorkSpaces での IPv6 サポートの詳細については、Amazon WorkSpaces 管理ガイドを参照してください。

Amazon MSK Connect now supports dual-stack (IPv4 and IPv6) connectivity for new connectors

Apache Kafka 向け Amazon マネージドストリーミング (Amazon MSK) は、Amazon MSK Connect の新しいコネクタのデュアルスタック接続 (IPv4 と IPv6) をサポートするようになりました。この機能により、お客様は既存の IPv4 専用オプションに加えて、IPv4 プロトコルと IPv6 プロトコルの両方を使用して MSK Connect でコネクタを作成できます。これにより、お客様は IPv4 との互換性を維持しながら IPv6 環境向けのアプリケーションを最新化できるため、コンプライアンス要件への対応や将来のネットワークアーキテクチャへの準備が容易になります。\n Amazon MSK Connect はフルマネージド型のサービスで、これを使用するとフルマネージド型の環境で Apache Kafka Connect コネクタをデプロイして運用できます。以前は、MSK Connect のコネクタはすべての接続オプションで IPv4 アドレスのみをサポートしていました。この新機能により、お客様はコネクタの作成時にネットワークタイプパラメータを設定することで、Amazon MSK コンソール、AWS CLI、SDK、または CloudFormation を使用して新しいコネクタでデュアルスタック接続 (IPv4 と IPv6) を有効にできるようになりました。新しいコネクタの作成時に明示的にデュアルスタックを選択しない限り、MSK Connect のすべてのコネクタはデフォルトで IPv4 のみの接続を使用します。既存のコネクタは引き続き IPv4 接続を使用します。これを変更するには、コネクタを削除して再作成する必要があります。 MSK Connect の新しいコネクタのデュアルスタック接続は、Amazon MSK Connect が利用可能なすべての AWS リージョンで、追加料金なしで利用できるようになりました。Amazon MSK デュアルスタックのサポートの詳細については、Amazon MSK 開発者ガイドを参照してください。

Amazon ECS Managed Instances now supports Amazon EC2 Spot Instances

Amazon ECS マネージドインスタンスは Amazon EC2 スポットインスタンスをサポートするようになり、AWS マネージドインフラストラクチャで利用できる機能の範囲が広がりました。今回のローンチにより、インフラストラクチャの管理は AWS が行いながら、フォールトトレラントワークロードのオンデマンド価格と比較して最大 90% 割引で予備の EC2 容量を活用できるようになります。\n ECS マネージドインスタンスは、インフラストラクチャ管理のオーバーヘッドを排除し、ワークロード要件に合わせて EC2 インスタンスを動的にスケーリングし、タスク配置を継続的に最適化してインフラストラクチャコストを削減するように設計された、完全マネージド型のコンピューティングオプションです。vCPU の数、メモリサイズ、CPU アーキテクチャなどのタスク要件を定義するだけで、Amazon ECS は AWS が制御するアクセスを使用して、お客様の AWS アカウント内で最適な EC2 インスタンスを自動的にプロビジョニング、構成、運用します。また、マネージドインスタンスのキャパシティプロバイダー設定で、GPU アクセラレーション、ネットワーク最適化、バースト可能なパフォーマンスなど、必要なインスタンスタイプを指定して、希望するインスタンスファミリーでワークロードを実行することもできます。本日のリリースでは、キャパシティプロバイダー構成で CapacityOptionType という新しいパラメーターをスポットまたはオンデマンドとして追加設定できます。 EC2 スポットインスタンスのサポートは、Amazon ECS マネージドインスタンスが利用可能なすべての AWS リージョンで利用できます。Amazon EC2 スポットコストに加えて、プロビジョニングされたコンピューティングの管理料金が請求されます。ECS マネージドインスタンスの詳細については、機能ページ、ドキュメント、AWS ニュースリリースブログをご覧ください。

Amazon EC2 R8i and R8i-flex instances are now available in additional AWS regions

本日より、Amazon Elastic Compute Cloud (Amazon EC2) の R8i インスタンスと R8i-Flex インスタンスは、アジアパシフィック (ソウル)、南米 (サンパウロ)、およびアジアパシフィック (東京) リージョンでご利用いただけます。これらのインスタンスは AWS でのみ利用可能なカスタム Intel Xeon 6 プロセッサを搭載しており、クラウド内の同等の Intel プロセッサの中で最高のパフォーマンスと最速のメモリ帯域幅を実現します。R8i インスタンスと R8i-Flex インスタンスは、前世代の Intel ベースのインスタンスと比較して、コストパフォーマンスが最大 15% 向上し、メモリ帯域幅が 2.5 倍も増えています。R7i インスタンスよりも 20% 高いパフォーマンスを提供し、特定のワークロードではさらに大きなメリットが得られます。R7i と比較して、PostgreSQL データベースでは最大 30%、NGINX ウェブアプリケーションでは最大 60%、AI ディープラーニングレコメンデーションモデルでは最大 40% 高速です。\n 当社初のメモリ最適化された Flex インスタンスである R8i-Flex は、メモリを大量に消費するワークロードの大半でコストパフォーマンスのメリットを得る最も簡単な方法です。Large から 16 xlarge までの最も一般的なサイズがあり、すべてのコンピューティングリソースを十分に活用していないアプリケーションに最適な選択肢です。 R8i インスタンスは、メモリを大量に消費するすべてのワークロード、特に最大のインスタンスサイズや継続的に高い CPU 使用率を必要とするワークロードに最適です。R8i インスタンスには、2 つのベアメタルサイズを含む 13 のサイズと、大規模アプリケーション向けの新しい 96xlarge サイズがあります。R8i インスタンスは SAP 認定を受けており、オンプレミス環境とクラウド環境の同等のマシンの中で最高 142,100 台の ASAP を提供し、ミッションクリティカルな SAP ワークロードに優れたパフォーマンスを提供します。 開始するには、AWS マネジメントコンソールにサインインしてください。お客様は貯蓄プラン、オンデマンドインスタンス、スポットインスタンスを通じてこれらのインスタンスを購入できます。新しい R8i および R8i-Flex インスタンスの詳細については、AWS ニュースブログをご覧ください。

AWS Direct Connect now supports resilience testing with AWS Fault Injection Service

AWS Direct Connect が AWS Fault Injection Service (FIS) によるレジリエンステストをサポートするようになりました。FIS (FIS) は、制御されたフォールトインジェクション実験を実行してアプリケーションのパフォーマンス、オブザーバビリティ、およびレジリエンスを向上させるための完全マネージド型サービスです。この機能により、仮想インターフェイス上の Border Gateway Protocol (BGP) セッションが中断されたときにアプリケーションがどのように応答するかをテストして観察し、レジリエンスのメカニズムを検証できます。\n この新機能により、制御された環境でアプリケーションが Direct Connect BGP フェイルオーバーをどのように処理するかをテストできます。たとえば、プライマリ仮想インターフェイスの BGP セッションが中断されてアプリケーションが期待どおりに機能し続けた場合に、トラフィックが冗長仮想インターフェイスにルーティングされることを検証できます。この機能は、ネットワーク接続の維持にフェイルオーバーが不可欠な Direct Connect アーキテクチャを積極的にテストする場合に特に役立ちます。 この新しいアクションは、AWS FIS が提供されているすべての AWS 商業地域で使用できます。詳細については、AWS FIS 製品ページと Direct Connect FIS アクションユーザーガイドをご覧ください。

AWS Lambda durable functions are now available in 14 additional AWS Regions

AWS Lambda の耐久性の高い関数により、開発者は Lambda の開発者エクスペリエンス内で信頼性の高いマルチステップアプリケーションと AI ワークフローを構築できます。本日より、米国東部 (バージニア北部)、米国西部 (オレゴン)、ヨーロッパ (アイルランド)、ヨーロッパ (フランクフルト)、ヨーロッパ (ミラノ)、ヨーロッパ (ストックホルム)、ヨーロッパ (スペイン)、アジアパシフィック (シドニー)、アジアパシフィック (香港)、アジアパシフィック (東京)、アジアパシフィック (シンガポール)、アジアパシフィック (ムンバイ)、アジアパシフィック (マレーシア)、アジアパシフィック (タイ) の 14 の AWS リージョンで耐久機能が利用できるようになりました。)。\n Lambda の耐久性の高い関数は、イベントハンドラーに「steps」や「waits」などの新しいプリミティブを追加して Lambda プログラミングモデルを拡張します。これにより、オンデマンド関数の計算料金を発生させることなく、進行状況のチェックポイント、障害からの自動回復、実行の一時停止が可能になります。このリージョンの拡大により、注文ワークフロー、ユーザーオンボーディング、AI 支援タスクなどの複雑なプロセスをユーザーとデータの近くで調整できるため、単一のサーバーレスプログラミングモデルで標準化しながら、低レイテンシーとデータレジデンシーの要件を満たすことができます。 AWS Lambda API、AWS マネジメントコンソール、または AWS SDK を使用して、新しい Python (バージョン 3.13 と 3.14) または Node.js (バージョン 22 と 24) ベースの Lambda 関数の耐久性の高い関数をアクティブ化できます。また、AWS Cloud Formation、AWS サーバーレスアプリケーションモデル (AWS SAM)、AWS クラウド開発キット (AWS CDK) などのインフラストラクチャをコードツールとして使用することもできます。 耐久性の高い関数の詳細については、AWS Lambda 開発者ガイドをご覧ください。料金については、AWS Lambda の料金表をご覧ください。最新のリージョンの提供状況については、リージョン別の AWS 機能ページをご覧ください。

AWS Clean Rooms now supports change requests for existing collaborations

AWS Clean Roomsは、既存のコラボレーション設定を変更する変更リクエストをサポートするようになりました。これにより、お客様はコラボレーションをより柔軟に管理し、パートナーとの新しいユースケースを開発できるようになりました。この新機能により、新しいメンバーの追加、メンバー権限の更新、コラボレーションの自動承認設定の変更など、コラボレーションの変更リクエストを送信できます。セキュリティを維持するには、更新が有効になる前にすべてのコラボレーションメンバーが変更リクエストを承認する必要があります。これにより、既存のプライバシー管理が保護されたままになります。透明性を高めるため、すべての変更リクエストは変更履歴に記録され、メンバーが確認できるようになっています。たとえば、パブリッシャーが広告主とクリーンルームコラボレーションを行う場合、パブリッシャーは広告主のマーケティングエージェンシーを新しいメンバーとして追加し、分析結果を自分のアカウントで直接受け取ることができます。これにより、インサイトを得るまでの時間が短縮され、パブリッシャーとのキャンペーン最適化が効率化されます。この方法では、お客様とパートナーの既存のプライバシー管理を維持しつつ、オンボーディング時間を短縮できます。\n AWS Clean Roomsを使用すると、顧客は安全なデータクリーンルームを数分で作成し、AWSやSnowflakeを利用しているどの企業とも連携して、広告キャンペーン、投資決定、研究開発に関する独自の洞察を得ることができます。AWS クリーンルームが利用できる AWS リージョンの詳細については、AWS リージョンの表を参照してください。AWS クリーンルームとの連携の詳細については、AWS クリーンルームをご覧ください。

Announcing 176 new AWS Security Hub controls in AWS Control Tower

本日、AWS は、AWS Control Towerが、セキュリティ、コスト、耐久性、運用などのユースケース向けに、Control Catalogでさらに176のセキュリティハブコントロールをサポートすることを発表しました。今回の発表により、AWS Control Towerからこれらの追加コントロールを直接検索、発見、有効化、管理できるようになり、マルチアカウント環境のより多くのユースケースを管理できるようになりました。\n まず、AWS Control Tower でコントロールカタログに移動し、コントロール所有者フィルターが AWS Security Hub に設定されているコントロールを検索すると、カタログにある AWS セキュリティハブのコントロールがすべて表示されます。自分に合ったコントロールが見つかったら、AWS Control Tower コンソールから直接有効にすることができます。ListControls、GetControl、EnableControl API を使用することもできます。 新しい AWS Config ルールは、AWS GovCloud (米国) を含む AWS コントロールタワーが利用可能なすべての AWS リージョンで検索できます。ルールをデプロイする場合は、そのルールがサポートされているリージョンのリストを参照して、有効化できる場所を確認してください。詳細については、AWS Control Tower ユーザーガイドをご覧ください。

Amazon ECS now enables you to define weekly event windows for scheduling task retirements on AWS Fargate

Amazon ECS では、AWS Fargate でタスクの廃止をスケジュールするための週次イベントウィンドウを定義できるようになりました。この機能により、インフラストラクチャの更新やタスクの置き換えをいつ行うかを正確に制御できるため、業務のピーク時にミッションクリティカルなワークロードが中断されるのを防ぐことができます。\n AWS Fargate はサーバーレスの従量課金制のコンピューティングエンジンで、サーバーを管理しなくてもアプリケーションの構築に集中できます。Fargate は AWS 責任分担モデルの一環として、プラットフォームを定期的に更新して基盤となるインフラストラクチャを維持しています。Fargate はこれらの更新により自動的にタスクを廃止し、今後のタスクの廃止についてはメールと AWS Health Dashboard で通知します。デフォルトでは、タスクは通知から 7 日後に廃止されますが、FarGateTaskRetirementWaitPeriod アカウント設定で、リタイア期間を 14 日間に延長するか、即時リタイア (0 日) を開始するように設定できます。以前は、タスクの終了通知と待機期間を使用して自動化を構築し、サービスの更新やタスクの置き換えを自分のペースで行うことができました。本日のリリースにより、Amazon EC2 イベントウィンドウインターフェイスを使用して週ごとのイベントウィンドウを定義し、Fargate タスクが廃止されるタイミングを正確に制御できるようになりました。たとえば、週末にのみ終了するように設定することで、高い稼働時間を必要とするミッションクリティカルなサービスのタスク廃止を平日にスケジュールできます。 開始するには、AWS アカウント設定の FarGateEventWindows を 1 回限りのセットアップとして有効に設定してください。有効になったら、時間範囲を指定して Amazon EC2 イベントウィンドウを設定し、関連付けターゲットとして Amazon ECS 管理タグを選択して、イベントウィンドウを ECS タスクに関連付けます。ECS クラスター内のタスクをターゲットにする場合は aws: ecs: ClusterARN タグ、ECS サービスの場合は aws: ecs: ServiceArn タグ、値が true の場合は aws: ecs: FargateTask を使用して、すべての Fargate タスクにウィンドウを適用します。この機能は、すべての商用 AWS リージョンで利用できるようになりました。詳細については、当社のドキュメントをご覧ください。

Amazon SES announces email validation

本日、Amazon Simple Email Service (SES) は E メール検証を発表しました。これは、送信前に E メールアドレスを検証することで、顧客がバウンス率を減らし、送信者の評判を保護するのに役立つ新機能です。お客様は API 呼び出しを使用して個々のアドレスを検証したり、すべての送信メールに対して自動検証を有効にしたりできます。\n メール検証は、送信者の評判を損なう可能性のある無効なアドレスを特定することで、顧客がリストの衛生状態を維持し、バウンスを減らし、配信を改善するのに役立ちます。API は、構文チェックや DNS レコードなどの詳細な検証情報を提供します。自動検証を有効にすると、SES はコードを変更せずにすべての送信メールアドレスを自動的に確認します。自動検証は AWS コンソールのシンプルな切り替えを使用してアカウントレベルまたは設定セットレベルで設定できるため、既存のワークフローとシームレスに統合できます。

E メール検証は Amazon SES が利用できるすべての AWS リージョンで利用できます。

詳細については、Amazon SES 開発者ガイドの E メール検証に関するドキュメントを参照してください。E メール検証の使用を開始するには、Amazon SES コンソールにアクセスしてください。

Amazon MSK introduces KRaft support for Express Brokers with Apache Kafka v3.9

Apache Kafka 用 Amazon マネージドストリーミング (MSK) では、エクスプレスブローカー向けの Apache Kafka バージョン 3.9 がサポートされるようになりました。このリリースでは、Apache Kafka の新しいコンセンサスプロトコルである KraFT (Kafka Raft) のサポートが導入されました。これにより、メタデータ管理を Apache ZooKeeper に依存する必要がなくなります。Kraft は、カフカクラスターのメタデータ管理を外部 Apache ZooKeeper ノードから Kafka 内のコントローラーのグループに移行しました。この変更により、Kafka ブローカー内でメタデータをトピックとして保存および複製できるようになり、メタデータの伝達が速くなります。\n Kafka v3.9 を使用して作成された新しい Express Broker クラスターでは、メタデータ管理モードとして KraFT が自動的に使用されるようになり、この最新アーキテクチャの利点を最初から利用できるようになります。既存のクラスターを v3.9 にアップグレードする機能は、今後のリリースで利用可能になる予定です。

Kafka v3.9 を搭載した Amazon MSK エクスプレスブローカーは、MSK エクスプレスがサポートされているすべての AWS リージョンでご利用いただけます。開始するには、新しい Express Broker クラスターを作成し、AWS マネジメントコンソールまたは AWS CLI または AWS SDK で Kafka バージョン 3.9 を選択してください。

Amazon Neptune Database is now available in the AWS Europe (Zurich) Region

Amazon Neptune データベースは、エンジンバージョン 1.4.5.0 以降でヨーロッパ (チューリッヒ) リージョンで利用できるようになりました。AWS ヨーロッパ (チューリッヒ) リージョンの R5、R5d、R6g、R6i、X2iedN、T4g、T3 インスタンスタイプを使用して Neptune クラスターを作成できるようになりました。\n Amazon Neptune Database は、高速で信頼性が高く、フルマネージド型のサービスとしてのグラフデータベースです。これにより、高度に接続されたデータセットを扱うアプリケーションの構築と実行が容易になります。プロパティグラフモデルでは Apache TinkerPop Gremlin または OpenCypher を使用するか、W3C リソース記述フレームワーク (RDF) で SPARQL クエリ言語を使用してアプリケーションを構築できます。Neptune は、高可用性、自動バックアップ、ネットワーク分離などのエンタープライズ向け機能も提供しており、お客様がアプリケーションを本番環境に迅速にデプロイできるよう支援します。 まず、AWS マネジメントコンソール、AWS CLI、またはクイックスタート AWS CloudFormation テンプレートを使用して新しい Neptune クラスターを作成できます。料金と利用可能なリージョンの詳細については、Neptune の料金表と AWS リージョン表を参照してください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS Big Data Blog

AWS Contact Center

Containers

AWS Database Blog

AWS DevOps & Developer Productivity Blog

AWS for Industries

Artificial Intelligence

AWS Storage Blog

Open Source Project

AWS CLI

AWS CDK

Amplify for iOS

Amazon EKS Anywhere