2025/6/30 9:00:00 ~ 2025/7/1 9:00:00 (JST)

最近の発表

Citations API and PDF support for Claude models now in Amazon Bedrock

Amazon Bedrockは、Anthropicのクロードモデルに引用APIとPDFのサポートを導入しました。これにより、開発者はより信頼できるAIアプリケーションを構築し、文書処理機能を拡張できます。引用 API を使うと、Claude は回答の生成に使用された正確な文章や文章を詳細に参照できるため、ソース文書に基づいて回答を得ることができます。これにより、高い精度と透明性が求められるアプリケーションにとって不可欠な、より検証可能で信頼できる出力が得られます。\n 新しい Citations API により、開発者は AI を活用したアプリケーションの信頼性を高めることができます。この機能は、法務研究、学術文書、ファクトチェックなど、情報源までさかのぼって情報を追跡できることが重要な分野で特に役立ちます。Claude の PDF サポートにより Amazon Bedrock の機能がさらに拡張され、ユーザーが PDF ドキュメントからテキストを抽出したり、グラフを分析したり、ビジュアルコンテンツを理解したりできるようになります。この包括的なドキュメント分析により、複雑なドキュメントをより効率的に処理できるようになり、企業は既存の PDF ライブラリから簡単にインサイトを引き出すことができます。 クロードの引用APIとPDFサポートは、クロード・オーパス4、クロード・ソネット4、クロード・ソネット3.7、クロード・ソネット 3.5v2で利用できます。この機能は、これらのモデルがサポートされているすべての地域で利用できるようになります。これらの機能には Amazon Bedrock の Invoke Model と Converse API を通じてアクセスできるため、既存のワークフローやアプリケーションにシームレスに統合できます。

これらの新機能の詳細と、それらが AI アプリケーションにもたらすメリットについては、API ドキュメンテーションで実装に関する詳細情報を参照してください。

AWS Transfer Family launches support for IPv6 endpoints

AWS Transfer Family は、サーバーエンドポイントとサービス API のインターネットプロトコルバージョン 6 (IPv6) サポートを発表しました。この機能強化により、IPv6 クライアントと IPv4 クライアントの両方が Transfer Family SFTP、FTPS、FTP、および AS2 サーバーエンドポイントと通信できるようになりました。Transfer Family サービス API へのアクセス中に IPv6 を使用することもできます。\n AWS Transfer Family は SFTP、AS2、FTPS、FTP 経由のファイル転送、およびウェブブラウザベースの転送をフルマネージドでサポートしています。IPv6 サポートが追加されたことで、アドレス空間が大幅に拡大し、アドレス枯渇の心配がなくなり、IPv6 ネイティブアプリケーションのネットワークアーキテクチャが簡素化されます。AWS Transfer Family エンドポイントの IPv4 クライアントと IPv6 クライアントの両方をデュアルスタックでサポートすることで、すべてのシステムを一度に切り替える必要なく、IPv4 から IPv6 に移行できます。 AWS Transfer Family の IPv6 サポートは、サービスが利用できるすべての AWS リージョンで利用できます。詳細については、『Transfer Family ユーザーガイド』を参照してください。

Amazon DynamoDB global tables with multi-Region strong consistency is now generally available

本日より、Amazon DynamoDB グローバルテーブルはマルチリージョンの強力な一貫性をサポートするようになりました。DynamoDB グローバルテーブルは、何万ものお客様が使用する、完全マネージド型の、サーバーレス、マルチリージョン、マルチアクティブデータベースです。この新機能により、Recovery Point Objective (RPO) が 0 の可用性の高いマルチリージョンアプリケーションを構築できるようになり、最高レベルの耐障害性を実現できるようになりました。\n マルチリージョンの強固な整合性を備えた DynamoDB グローバルテーブルは、最高レベルのアプリケーションレジリエンスを実現し、アプリケーションは常に利用可能で、どのリージョンからでも常に最新のデータを読み取ることができます。また、強整合性の強いレプリケーションを管理するという、差別化されていない面倒な作業も不要になります。マルチリージョンの強い整合性は、ユーザープロファイル管理、在庫追跡、金融取引処理など、整合性が厳しいグローバルアプリケーションを構築する場合に最適です。 複数リージョンの強い一貫性を持つ DynamoDB グローバルテーブルは、米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (オレゴン)、ヨーロッパ (アイルランド)、ヨーロッパ (ロンドン)、ヨーロッパ (ロンドン)、ヨーロッパ (パリ)、ヨーロッパ (フランクフルト)、アジアパシフィック (東京)、アジアパシフィック (ソウル)、アジアパシフィック (大阪) の AWS リージョンで利用できます。マルチリージョンの整合性が強いグローバルテーブルは、現在のグローバルテーブル料金に基づいて請求されます。 マルチリージョンの強い一貫性を使い始めるには、『DynamoDB 開発者ガイド』を参照してください。また、DynamoDB グローバルテーブルページにアクセスして、回復力のあるマルチリージョンアプリケーションの構築について詳しく学んでください。

Amazon ElastiCache now supports AWS PrivateLink in eight additional AWS Regions

AWS PrivateLink を使用して、アジアパシフィック (タイ)、アジアパシフィック (メルボルン)、アジアパシフィック (マレーシア)、中東 (UAE)、メキシコ (中央)、イスラエル (テルアビブ)、カナダ西部 (カルガリー)、ヨーロッパ (チューリッヒ) の各リージョンの Amazon 仮想プライベートクラウド (Amazon VPC) から Amazon ElastiCache にプライベートにアクセスできるようになりました。AWS PrivateLink は、トラフィックをパブリックインターネットにさらしたり、ネットワークトラフィックを保護したりすることなく、VPC、AWS サービス、オンプレミスネットワーク間のプライベート接続を提供します。\n Amazon ElastiCache で AWS PrivateLink を使用するには、Amazon VPC コンソール、AWS SDK、または AWS CLI を使用して VPC に Amazon ElastiCache 用のインターフェイス VPC エンドポイントを作成します。インターフェイス VPC エンドポイントを使用すると、Amazon VPC 内のアプリケーションから Amazon ElastiCache API にプライベートにアクセスできます。VPC ピアリングを使用して他の VPC から VPC エンドポイントにアクセスすることも、AWS VPN または AWS Direct Connect を使用してオンプレミス環境から VPC エンドポイントにアクセスすることもできます。詳細およびサポートされているリージョンの一覧を確認するには、ドキュメントを読むか、Amazon VPC コンソールで開始してください。

Now generally available: Amazon EC2 C8gn instance

本日、AWS は、最新世代の AWS Graviton4 プロセッサを搭載した新しい Amazon Elastic Compute Cloud (Amazon EC2) C8gn インスタンスの一般提供を発表しました。新しいインスタンスは、Graviton3 ベースの Amazon EC2 C7GN インスタンスよりも最大 30% 優れたコンピューティングパフォーマンスを提供します。Amazon EC2 C8gn インスタンスには最新の第 6 世代 AWS Nitro カードが搭載されており、最大 600 Gbps のネットワーク帯域幅を提供します。これは、ネットワークに最適化された EC2 インスタンスの中で最高のネットワーク帯域幅です。\n C8gn の強化されたネットワーキング機能を活用してパフォーマンスとスループットを拡張すると同時に、ネットワーク仮想アプライアンス、データ分析、CPU ベースの人工知能、機械学習 (AI/ML) 推論などのネットワーク集約型ワークロードの実行コストを最適化します。 スケーラビリティ向上のため、C8gn インスタンスは Amazon Elastic Block Store (EBS) に最大 48 倍のインスタンスサイズ、最大 384 GiB のメモリ、最大 60 Gbps の帯域幅を提供します。C8GN インスタンスは 16xlarge、24xlarge、48xlarge、metal-24xl、および 48xl サイズの Elastic Fabric Adapter (EFA) ネットワーキングをサポートします。これにより、密結合クラスターにデプロイされたワークロードのレイテンシーを低く抑え、クラスターのパフォーマンスを向上させることができます。 C8gn インスタンスは、米国東部 (バージニア北部) と米国西部 (オレゴン) の AWS リージョンで利用できます。メタルインスタンスは米国東部 (バージニア北部) でのみご利用いただけます。 詳細については、「Amazon C8GN インスタンス」を参照してください。Graviton の導入を始めるには、「AWS Graviton でコンピューティングをレベルアップ」ページをご覧ください。開始するには、「AWS マネジメントコンソール」、「AWS コマンドラインインターフェイス (AWS CLI)」、および「AWS SDK」を参照してください。

Finch expands support to Ubuntu, streamlining container development across platforms

本日、AWSは、開発者がLinuxコンテナを構築、実行、公開できるオープンソースのコマンドラインツールであるFinchのUbuntuサポートを発表しました。Finch は、最小限のネイティブクライアントと厳選されたオープンソースコンポーネントをバンドルすることで、コンテナ開発を簡素化します。\n Ubuntu のサポートが追加されたことで、Finch は、より多くの Linux ディストリビューションにわたって一貫性のある効率的なコンテナ開発エクスペリエンスを提供できるようになり、複数の環境で作業する開発者の主な課題に対処できるようになりました。以前は、Ubuntu ユーザーは Finch をソースからビルドし、依存関係を管理する必要がありました。そのため、セットアップに時間がかかり、開発チーム間の調整が必要でした。今では、Ubuntu の APT パッケージマネージャーを使って Finch を簡単にインストールできるようになりました。この拡張により、チームはコンテナのワークフローとツールを標準化できるようになり、さまざまな Linux フレーバーにわたる生産性とコラボレーションが向上します。 Finch の Ubuntu サポートは、Ubuntu LTS バージョンの deb ファイル形式で利用できます。詳細なインストール手順とトラブルシューティングガイドがプロジェクトの Web サイトと GitHub リポジトリで入手できるようになったため、さまざまな Linux ディストリビューションのユーザーがよりスムーズにセットアップを行えるようになりました。Linux での Finch の使用方法について詳しくは、AWS ニュースブログをご覧ください。

AWS Config rules add classifications from AWS Control Tower Control Catalog

現在、AWS Config ルールでは AWS コントロールカタログの分類情報が追加され、Config ルールが Cis-v8.0、Fedramp-R4、NIST-CSF-v1.1 などのさまざまなコンプライアンスフレームワークにどのように対応しているかを簡単に特定できるようになりました。AWS Config ルールを使用すると、AWS リソースの設定を必要な設定に自動的に評価できるため、AWS リソースの構成の評価、監査、評価が可能になります。Control Catalog は AWS Control Tower の機能の 1 つで、AWS マネージドコントロールとそれに関連するコンプライアンスフレームワークを検索できます。\n Control Catalog には、統制の目的をよりよく理解できるように、ドメイン (「データ保護」など)、目標 (「データ暗号化」など)、共通統制 (「保存中のデータの暗号化」など) などの分類があります。本日のリリースでは、AWS Config ルールを AWS コントロールタワーコントロールカタログで利用可能な特定のコンプライアンスフレームワーク (CIS-v8.0、Fedramp-R4、ISO-IEC-27001:2013-Annex-A、NIST-CSF-v1.1、NIST-SP-800-171-R2、PCI-DSS-v4.0、SSAE-18-SOC-2-OCT-2023) にマッピングし、分類情報 (ドメイン目標、ドメイン目標、2023) を追加しました。、各 AWS Config ルールへの共通制御)。 AWS Config を使用している場合は、AWS Config コンソールと AWS Control Tower Control Catalog に同じ分類情報が表示されるようになり、AWS 環境全体で統一されたエクスペリエンスが保証されます。このような AWS Control Tower と AWS Config の連携により、コンプライアンスとセキュリティ体制のシームレスな統合とより効率的な管理が可能になります。 AWS コントロールタワーコントロールカタログから分類された AWS Config ルールは、AWS Config と AWS コントロールタワーが利用できるすべての AWS 商用リージョンで利用できます。 AWS Config ルールとコンプライアンスフレームワークの詳細については、AWS Config ドキュメントをご覧ください。

Amazon Textract announces accuracy and feature updates to DetectDocumentText and AnalyzeDocument APIs

Amazon Textract は、任意のドキュメントまたは画像からテキスト、手書き、およびデータを自動的に抽出するマネージド型機械学習サービスです。お客様からのフィードバックに基づいて、基礎となる機械学習モデルを定期的に改善し、精度をさらに向上させています。本日、Textract DetectDocumentText と AnalyzeDocument API で使用されるテキスト検出モデルの機能と精度の更新を発表できることを嬉しく思います。\n この更新により、文書内の上付き文字、下付き文字、および回転テキストのサポートが追加されました。このアップデートには、ボックス形式のテキスト検出、視覚的に類似した文字セット (「0」と「O」など) の抽出、ファックスなどの低解像度文書の精度の向上も含まれています。 このアップデートは、米国東部 (オハイオ、バージニア北部)、米国西部 (北カリフォルニア、オレゴン)、アジアパシフィック (ムンバイ、ソウル、シンガポール、シドニー)、カナダ (中部)、ヨーロッパ (フランクフルト、アイルランド、ロンドン、パリ、スペイン)、および AWS GovCloud (米国東部、米国西部) リージョンで利用できるようになりました。 開始するには、Amazon Textract コンソールにログオンしてください。Textract 機能の詳細については、Amazon Textract ウェブサイト、開発者ガイド、またはリソースページをご覧ください。

Amazon Simple Email Service is now available in three new AWS Regions

Amazon Simple E メールサービス (Amazon SES) が、アジアパシフィック (ハイデラバード)、中東 (UAE)、およびヨーロッパ (チューリッヒ) リージョンで利用できるようになりました。お客様はこれらの新しいリージョンを使用して Amazon SES を活用して E メールを送信したり、必要に応じてデータ主権要件の管理に役立てたりできるようになりました。\n Amazon SES はスケーラブルで費用対効果が高く柔軟なクラウドベースの E メールサービスで、デジタルマーケティング担当者やアプリケーション開発者はどのアプリケーションからでもマーケティング、通知、取引に関する E メールを送信できます。Amazon SES の詳細については、このページをご覧ください。 今回の発表により、Amazon SES は世界の 27 の AWS リージョンで利用できるようになりました。米国東部 (バージニア、オハイオ)、米国西部 (北カリフォルニア、オレゴン)、AWS GovCloud (米国西部、米国東部)、アジアパシフィック (大阪、ムンバイ、ハイデラバード、シドニー、シンガポール、ソウル、東京、ジャカルタ)、カナダ (中部)、ヨーロッパ (アイルランド、フランクフルト、ロンドン、パリ、ストックホルム、ミラノ、チューリッヒ)、イスラエル (テルアビブ) v)、中東 (バーレーン、UAE)、南米 (サンパウロ)、アフリカ (ケープタウン) Amazon SES のすべてのリージョナルエンドポイントの完全なリストについては、『AWS ジェネラルリファレンス』の「AWS サービスエンドポイント」を参照してください。

Amazon ECS includes Task ID in unhealthy service events

Amazon Elastic Container Services (Amazon ECS) では、ヘルス障害が原因で生成されたサービスアクションイベントにタスク ID を追加することで、異常なタスクのトラブルシューティングが容易になりました。\n Amazon ECS は、アプリケーションの起動とスケーリングを簡単に行えるように設計されています。Amazon ECS タスクが Elastic Load Balancing (ELB) のヘルスチェックに失敗すると、Amazon ECS は異常なサービスアクションイベントを生成します。本日のリリースでは、生成されたイベントの一部としてタスク ID も含まれるため、問題のタスクをすばやく特定してトラブルシューティングを迅速に行うことができます。 新しいエクスペリエンスはすべての AWS リージョンで自動的に有効になりました。異常なサービスイベントの詳細については、Amazon ECS ドキュメントと Amazon ECS サービスアクションイベントをキャプチャする Amazon EventBridge ルールを設定する方法を参照してください。

Amazon Connect can now include agent activities from third-party applications when evaluating agent performance

Amazon Connect では、サードパーティアプリケーションからのエージェントアクティビティを Connect タスクとして統合できるようになりました。このタスクを Connect で完了した作業と同時に評価できるため、管理者は品質管理のための統合アプリケーションを利用できます。サードパーティアプリケーションからのアクティビティ (アプリケーション処理、ソーシャルメディアへの投稿など) を Connect 内の完了タスクとしてプログラム的に取り込み、パフォーマンス評価に関連する詳細をタスク属性として取り込むことができます。その後、マネージャーはこれらの外部アクティビティをネイティブの Connect インタラクションとともに評価して、Connect ダッシュボード内でエージェントのパフォーマンスを一元的に把握できます。\n この機能は、コンタクトレンズのパフォーマンス評価がすでに利用可能なすべての地域で利用できます。詳細については、当社のドキュメントと Web ページをご覧ください。コンタクトレンズの価格については、料金ページをご覧ください。

Amazon Athena is now available in Asia Pacific (Taipei)

Amazon Athena がアジアパシフィック (台北) で利用できるようになったことを発表できることを嬉しく思います。\n Athena はサーバーレスのインタラクティブなクエリサービスで、インフラストラクチャの設定や管理を必要とせずに SQL を使用してペタバイト規模のデータを簡単に分析できます。Athena はオープンソースの Trino および Presto クエリエンジンを基盤として構築されており、強力で柔軟なインタラクティブクエリ機能を提供し、Apache Parquet や Apache Iceberg などの一般的なデータ形式をサポートしています。 Athena が利用可能な AWS リージョンの詳細については、AWS リージョンの表を参照してください。詳細については、「Amazon Athena」を参照してください。

Announcing Amazon EBS gp3 volumes for second-generation AWS Outposts racks

Amazon EBS 汎用 SSD ボリューム (gp3) ボリュームを第 2 世代の AWS Outposts ラックで使用して、ローカルでのデータ処理とデータ保存を必要とするワークロードに対応できるようになりました。最新世代の gp3 では、ストレージ容量とは無関係にパフォーマンスをプロビジョニングでき、どのボリュームサイズでも 3,000 IOPS、125 MB/秒のベースラインパフォーマンスを実現できます。gp3 ボリュームでは、最大 16,000 IOPS、1,000 MB/秒まで拡張でき、これまでサポートされていた gp2 ボリュームの 4 倍の最大スループットを実現できます。\n 第 2 世代の AWS Outposts の EBS gp3 ボリュームは、MySQL、Cassandra、仮想デスクトップ、Hadoop 分析クラスターなど、パフォーマンスを重視するさまざまなアプリケーションに最適です。AWS Outposts ラックは、事実上すべてのオンプレミスのデータセンターやコロケーションスペースに同じ AWS インフラストラクチャ、AWS サービス、API、およびツールを提供し、真に一貫したハイブリッド体験を実現します。第 2 世代の AWS アウトポストラックは、C7i、M7i、R7i の各インスタンスをはじめとする最新世代の x86 搭載の Amazon エラスティック・コンピュート・クラウド (Amazon EC2) インスタンスをサポートしています。これらのインスタンスは、第 1 世代の AWS Outposts ラックの C5、M5、R5 インスタンスと比較して、2 倍の vCPU、メモリ、ネットワーク帯域幅を提供し、パフォーマンスを最大 40% 向上させます。 第 2 世代 AWS Outposts ラックがサポートされているすべての地域と国/地域で、AWS マネジメントコンソール、AWS コマンドラインインターフェイス (CLI)、または AWS SDK を使用して gp3 ボリュームを管理できます。gp3 ボリュームの詳細については、製品概要ページを参照してください。第 2 世代の AWS Outposts ラックがサポートされている AWS リージョンと国/地域の最新リストについては、AWS Outposts ラックのよくある質問ページをご覧ください。

AWS Control Tower adds support for AWS PrivateLink

AWS コントロールタワーとコントロールカタログ API に AWS PrivateLink がサポートされるようになりました。これにより、パブリックインターネットを経由せずに Amazon 仮想プライベートクラウド (VPC) 内から AWS コントロールタワーとコントロールカタログ API を呼び出すことができます。AWS PrivateLink は、トラフィックをパブリックインターネットに公開することなく、仮想プライベートクラウド (VPC)、サポートされているサービスとリソース、およびオンプレミスネットワーク間のプライベート接続を提供します。\n AWS Control Tower は、AWS 組織内の安全で規制に準拠したマルチアカウント環境の管理を簡素化します。お客様は Control Tower を通じて、Config、CloudTrail、Identity Center などの AWS サービスを AWS が推奨する設定で有効にし、各組織単位 (OU) のすべてのアカウントが IT 管理者が定義した同じベースラインに従うようにします。これらのアカウント内で実行されるアプリケーションは、Control Tower の Control Catalog を通じてデプロイされたマネージドコントロールによって管理されるため、ビジネス要件と規制ポリシーへのコンプライアンスが継続的に保証されます。 AWS コントロールタワーの AWS PrivateLink サポートは、AWS コントロールタワーが利用可能なすべての AWS リージョンで利用できます。AWS コントロールタワーが利用可能な AWS リージョンの全リストについては、AWS リージョン表を参照してください。AWS コントロールタワーのデプロイは、コンソールから、または AWS コントロールタワー API を使用して開始できます。

Announcing Amazon SageMaker HyperPod training operator

本日、Amazon SageMaker HyperPod トレーニングオペレーターの一般提供についてお知らせします。HyperPod でのレジリエントな基盤モデルトレーニング専用の Kubernetes 拡張機能です。\n Amazon SageMaker HyperPod を利用すると、レジリエンシーが組み込まれた数百または数千の GPU にわたって AI モデル開発を加速し、モデルトレーニング時間を最大 40% 短縮できます。トレーニングクラスターが拡大するにつれて、トレーニングの中断からの回復はますます混乱を招きます。従来、障害復旧では、トレーニングプロセスが 1 つでも失敗した場合に、すべてのノードでジョブを完全に再開する必要がありました。その結果、ダウンタイムが増え、コストも増加していました。さらに、GPUの停滞、トレーニングスループットの低さ、数値的な不安定性などの重要なトレーニング問題を特定して解決するには、通常、複雑なカスタム監視コードが必要になり、開発期間がさらに長くなり、市場投入までの時間がさらに遅れます。 HyperPod トレーニングオペレーターを利用することで、お客様は Kubernetes ワークロードのトレーニングレジリエンスをさらに高めることができます。障害発生時にジョブを完全に再開する代わりに、HyperPodのトレーニングオペレーターは外科的回復を行い、障害からの回復を早めるために、影響を受けたトレーニングリソースのみを選択的に再開します。また、カスタマイズ可能なハングジョブ監視機能も導入されており、シンプルなYAML構成によるトレーニングバッチの停滞、数値以外の損失値、パフォーマンスの低下など、問題のあるトレーニングシナリオの克服に役立ちます。使い始めるのは簡単です。HyperPod クラスターを作成し、Training Operator アドオンをインストールし、オプションでハングジョブのカスタム回復ポリシーを定義し、トレーニングを開始するだけです。 このリリースは、現在 SageMaker HyperPod がサポートされているすべての AWS リージョンで一般的にご利用いただけます。

詳細については、ドキュメントを参照してください。

Amazon Connect now supports instance replication between Asia Pacific (Tokyo) and Asia Pacific (Osaka)

Amazon Connect では、アジアパシフィック (東京) 環境のチャネル設定とサービスクォータを反映した同期インスタンスをアジアパシフィック (大阪) で維持できるようになりました。アジアパシフィック（大阪）のレジリエンシーインスタンスを使用すると、ユーザー、ルーティングプロファイル、フローなどの Amazon Connect 設定を複製し、トラフィック分散設定を構成してユーザーと電話番号のグループをアジアパシフィック（東京）とアジアパシフィック（大阪）の間でシフトするように事前に定義できます。これにより、レジリエンシーインスタンスがリージョンを切り替えた後に新しい受信トラフィックを処理できるようになります。\n 開始するには、まずアジアパシフィック (東京) に Amazon Connect インスタンスをプライマリージョンとして設定する必要があります。その後、アジアパシフィック (大阪) リージョンで Amazon Connect のレプリカインスタンスを作成できます。Amazon Connect のグローバルレジリエンシーの詳細については、「Amazon Connect 管理者ガイド」と「Amazon Connect API リファレンス」を参照してください。AWS クラウドベースのコンタクトセンターである Amazon Connect の詳細については、Amazon Connect のウェブサイトをご覧ください。

ARC zonal autoshift practice now supports on-demand runs and balanced capacity pre-checks

アプリケーションがゾーンシフトに対応できる状態になっていることを確認するために、ゾーンオートシフトの練習が週に1回行われます。現在、オンデマンドのプラクティス・ランにより、いつでも好きなときにプラクティス・ランを開始して、アプリケーションの準備状況を検証できます。練習実行が開始されると、アプリケーションが AZ 全体でキャパシティのバランスが取れていることを確認するための事前チェックが行われます。このチェックは、アプリケーションロードバランサー、ネットワークロードバランサー、EC2 Auto Scaling グループを対象に行われます。\n はじめに、ARC コンソール、API、または CLI でオンデマンドプラクティスを開始できます。これにより、アプリケーションの練習実行設定をテストして、アラームが正しく設定され、アプリケーションが期待どおりに動作することを確認できます。自動プラクティスでもオンデマンドプラクティスでも、キャパシティのバランスが取れているかを事前チェックすることで、リソースのキャパシティが検証され、プラクティスを安全に開始できるかどうかが確認されます。事前チェックに失敗した場合は警告が表示されるので、是正措置を講じることができます。 AWS GovCloud (米国) リージョンを含むすべての商用 AWS リージョンで、ゾーンオートシフトオンデマンドのプラクティスランとキャパシティのバランスを保つためのプラクティス実行の事前チェックがすべての商用 AWS リージョンで利用できます。詳細については、ARC ゾーンオートシフトのドキュメントを参照してください。

AWS Global Accelerator now supports endpoints in two additional AWS Regions

本日より、AWS Global Accelerator は、さらに AWS メキシコ (中部) リージョンとアジアパシフィック (マレーシア) リージョンの 2 つの AWS リージョンのアプリケーションエンドポイントをサポートし、サポートされる AWS リージョンの数を 31 に拡大しました。\n AWS Global Accelerator は、インターネットに接続するアプリケーションの可用性、セキュリティ、パフォーマンスの向上に役立つように設計されたサービスです。輻輳のない AWS ネットワークを使用することにより、アプリケーションへのエンドユーザートラフィックは、可用性の向上、エッジでの DDoS 防御、およびパブリックインターネットと比較して高いパフォーマンスなどの恩恵を受けます。Global Accelerator は、アプリケーションロードバランサー、ネットワークロードバランサー、Amazon EC2 インスタンス、Elastic IP など、1 つ以上の AWS リージョンのアプリケーションリソースの固定エントリエンドポイントとして機能する静的 IP アドレスを提供します。Global Accelerator はアプリケーションエンドポイントの状態を継続的に監視し、DNS に依存することなくマルチリージョンのワークロードに対して確定的なフェールオーバーを行います。 開始するには、AWS Global Accelerator のウェブサイトにアクセスし、そのドキュメントを確認してください。

AWS B2B Data Interchange introduces splitting of inbound EDI documents

AWS B2B Data Interchange では、複数のトランザクションを含むインバウンド X12 EDI ドキュメントを、個別に処理された単一トランザクションドキュメントに分割できるようになりました。分割により、マルチトランザクション EDI ドキュメントでサポートされる最大ファイルサイズが 150 MB から 5 GB に増加し、取引相手が 1 つの EDI ファイルにまとめて送信した場合でも、各トランザクションを個別に処理できるようになります。\n AWS B2B データ交換は、ANSI X12 文書などの電子データ交換 (EDI) 文書と JSON および XML データ形式との間の検証、変換、生成を自動化します。今回の発表により、受信したマルチトランザクション X12 ドキュメントを最大 5 GB のサイズに分割できます。生成された単一トランザクションドキュメントはそれぞれ個別に検証および処理され、独自のログセットと Amazon EventBridge イベントが出力されます。これにより、個別の後処理とダウンストリームのビジネスシステムへの取り込みが可能になります。たとえば、「Transformation Completed」イベントを使用して AWS Glue ETL ジョブをトリガーし、有効なトランザクションを専用のデータレイクに自動的に取り込む一方で、「Transformation Failed」イベントを使用して EDI ドキュメントの個々のトランザクションに関する問題をトレーディングパートナーに通知できます。 インバウンドの X12 EDI ドキュメントの分割は、AWS B2B データ交換サービスが利用できるすべての AWS リージョンで利用できます。AWS B2B データインターチェンジでイベント駆動型の EDI ワークロードを構築し始めるには、自分のペースで進めるワークショップに参加するか、AWS B2B データインターチェンジユーザーガイドを参照してください。

Amazon Redshift Serverless now supports 4 RPU Minimum Capacity Option

Amazon Redshift では、4 つの Redshift プロセッシングユニット (RPU) という低いデータウェアハウスの基本容量構成で Amazon Redshift サーバーレスを使い始めることができるようになりました。Amazon Redshift Serverless はデータウェアハウスの容量を RPU で測定し、1 秒あたり RPU 時間単位で実行したワークロードの時間分のみお支払いいただきます。以前は、Amazon Redshift サーバーレスを実行するために必要な最小基本容量は 8 RPU でした。Amazon Redshift Serverless は 1 時間あたり 1.50 USD という低価格で使用を開始でき、データウェアハウスがアクティブなときに消費したコンピューティングキャパシティの分のみお支払いいただきます。\n Amazon Redshift Serverless により、ユーザーはデータウェアハウスクラスターを管理しなくても分析を実行およびスケーリングできます。新しい低容量構成により、Amazon Redshift Serverless は本番環境と開発環境の両方に適しており、特にワークロードに必要なコンピューティングリソースとメモリリソースが最小限である場合に適しています。このエントリーレベルの構成は、最大 32 TB の Redshift マネージドストレージを備えたデータウェアハウスをサポートし、1 テーブルあたり最大 100 列と 64 GB のメモリを提供します。 4 RPU 最小キャパシティオプションの Amazon Redshift Serverless は、米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (オレゴン)、米国西部 (オレゴン)、米国西部 (北カリフォルニア)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アジアパシフィック (東京)、アジアパシフィック (ムンバイ)、ヨーロッパ (アイルランド)、ヨーロッパ (ストックホルム) の AWS リージョンで一般的にご利用いただけます。 開始するには、Amazon Redshift サーバーレス機能ページ、ユースケース、ユーザードキュメント、API リファレンス、料金をご覧ください。

AWS B2B Data Interchange introduces new configuration capabilities for generated EDI documents

AWS B2B データインターチェンジでは、アウトバウンドの X12 EDI ドキュメントの設定機能が強化されました。新たに導入された設定により、生成された EDI 文書の形式と技術分野の内容をカスタマイズして、取引パートナーの要件との互換性を確保し、拒否リスクを最小限に抑えることができます。\n AWS B2B データ交換は、ANSI X12 文書などの電子データ交換 (EDI) 文書の JSON および XML データ形式への検証、変換、生成を自動化します。この更新により、お客様は日付と時刻の形式、改行文字の使用、開始管理番号、確認書類の生成を設定できるようになりました。すべての構成はパートナーシップレベルで設定され、特定の取引先向けに生成されたすべてのEDI文書が一貫して要件を満たすことが保証されます。たとえば、取引相手がすべてのインバウンド EDI 文書を 1 行のテキストとしてフォーマットすることを要求している場合、顧客はそのパートナー向けに生成されたすべての X12 EDI 文書で改行文字を省略するように AWS B2B Data Interchange を設定できます。 生成された X12 EDI ドキュメント用のこれらの新しい設定オプションは、AWS B2B データ交換が利用できるすべての AWS リージョンで利用できます。AWS B2B データインターチェンジでイベント駆動型の EDI ワークロードを構築し始めるには、自分のペースで進めるワークショップに参加するか、AWS B2B データインターチェンジユーザーガイドを参照してください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS News Blog

AWS Cloud Operations Blog

AWS Big Data Blog

AWS Database Blog

AWS for Industries

Artificial Intelligence

Networking & Content Delivery

AWS Security Blog

Open Source Project

AWS CLI

Amplify for iOS

Amplify for Android

Amplify UI

Amazon Chime SDK for iOS

Amazon Chime SDK for Android

Bottlerocket OS