2024/10/22 9:00:00 ~ 2024/10/23 9:00:00 (JST)
最近の発表
AWS Mainframe Modernization introduces new integrations for managed runtimes
AWS Mainframe Modernization サービスが、モダナイズされたメインフレームアプリケーションを実行するマネージドランタイム環境の柔軟性を高める新しい統合を提供することを発表できることを嬉しく思います。この新機能には、LDAP との新しい統合、LRS の印刷および出力管理、AWS Health イベント、Amazon EC2 M7i インスタンスのサポートなどがあります。\n AWS Mainframe Modernization Replatform with Micro Focus を使用してモダナイズされ、マネージドランタイム環境で実行されるアプリケーションについては、お客様に追加の統合オプションが提供されるようになりました。マネージドランタイムを LRS VPSX Enterprise と統合するように設定することで、印刷と出力の一元管理とスケーラブルな印刷および出力管理を実現できます。さらに、LDAP/AD 認証サポートによりアプリケーションレベルのセキュリティを強化できるようになり、アプリケーションリソースにアクセスする際のきめ細かいセキュリティ制御が可能になりました。 マネージドランタイム環境が最新の EC2 M7i インスタンスタイプをサポートするようになったことで、お客様はメインフレームアプリケーションをクラウドに移行する際に、パフォーマンスとコスト効率が向上するというメリットがあります。さらに、AWS Health と統合されているため、運用イベントのモニタリングが可能になり、AWS で実行されている最新のメインフレームワークロードの可視性が高まります。 この新機能は、AWS メインフレームモダナイゼーションマネージドランタイムがすでにデプロイされているどの AWS リージョンでも利用できます。詳細については、AWS メインフレームモダナイゼーションの製品とドキュメントのページをご覧ください。
Announcing the new Resiliency widget on myApplications
本日、MyApplicationsの新しいレジリエンシーウィジェットを発表できることを嬉しく思います。これにより、MyApplications内の各アプリケーションのレジリエンス体制の可視性が向上し、プロアクティブな制御が可能になります。\n 新しいレジリエンシーウィジェットを使用すると、MyApplicationsダッシュボードから直接レジリエンス評価を開始できます。AWS Resilience Hub は MyApplications で定義された構成に基づいてアプリケーションを自動的に作成するので、手動で複製する必要はありません。その後、事前定義されたポリシーに照らしてアプリケーションを評価し、結果を公開します。レジリエンシーウィジェットには、アプリケーションのレジリエンス、潜在的な脆弱性、および改善のための推奨アクションに関する最新かつ実行可能なインサイトが表示されます。AWS Resilience Hub の全機能に 1 回クリックするだけでアクセスでき、詳細を確認できます。 MyApplications のレジリエンシーウィジェットには、AWS マネジメントコンソールにサインインすることでアクセスできます。AWS Resilience Hub の詳細については、製品ページまたは技術文書をご覧ください。MyApplications の詳細については、機能ドキュメントをご覧ください。
Amazon EKS now supports Amazon Application Recovery Controller (ARC)
Amazon Elastic Kubernetes サービス (Amazon EKS) は、Amazon アプリケーションリカバリコントローラー (ARC) のゾーンシフトとゾーンオートシフトをサポートするようになりました。ARC は、AWS リージョンとアベイラビリティーゾーン (AZ) 全体にわたるアプリケーションのリカバリの管理と調整に役立ちます。EKS が ARC ゾーンシフトとゾーン自動シフトをサポートしているため、クラスター内のネットワークトラフィックを障害のある AZ から移行するプロセスを自動化することで、Kubernetes アプリケーションの可用性をより適切に維持できます。\n 単一障害点をなくすために、Amazon EKS に複数のアベイラビリティーゾーンにまたがる高可用性アプリケーションをデプロイするお客様が増えています。EKS でマルチ AZ アプリケーションを実行している場合、クラスター内の障害のある AZ からアプリケーショントラフィックをすばやく移動できるようになりました。ゾーンシフトでは、シフトをトリガーしてクラスター内のネットワークトラフィックを正常な AZ にリダイレクトすることで、問題やインシデントを一時的に軽減できます。完全に自動化された環境を実現するには、ゾーンオートシフトを使用してユーザーに代わってこのシフトを管理することを AWS に許可できます。ゾーンオートシフトでは、AZ を 1 つ減らしてクラスター環境が期待どおりに機能することをテストするように練習実行を設定できます。 まず、Amazon EKS コンソール、AWS CLI、CloudFormation、または eksctl を使用してゾーンシフトを有効にすることができます。有効にすると、ARC コンソール、AWS CLI、またはゾーンシフトとゾーンオートシフト API を使用してゾーンシフトまたはゾーンオートシフトを管理できます。ARC ゾーンシフトとゾーンオートシフトの EKS サポートは、AWS GovCloud (米国) リージョンを除くすべての商用 AWS リージョンで利用できます。開始するには、ドキュメントをご覧ください。
Amazon Redshift launches query profiler for enhanced query monitoring and diagnostics
Amazon Redshift では、クエリの可視性とトラブルシューティングを強化するためのクエリプロファイラーが導入されました。クエリプロファイラーは AWS コンソールの機能で、クエリの実行計画と統計を視覚的かつグラフィカルに表示します。これにより、システムテーブルやログを手動で分析しなくても、クエリのパフォーマンスを簡単に監視、分析、トラブルシューティングできます。\n Amazon Redshift のクエリプロファイリングが強化され、実行中のクエリと完了したクエリの両方をモニタリングできる AWS コンソールの現在の機能が拡張されました。新しいクエリプロファイラーでは、クエリをさらに詳しく調べて実行計画を確認して、クエリパフォーマンスのボトルネックを発見できるようになりました。クエリプロファイラーは、SYS_QUERY_DETAIL などのシステムビューのデータを使用して、実行時間、入出力行の合計、クエリの各ステップの読み取り/書き込みバイト数など、クエリの最適化に役立つパフォーマンスメトリクスを含めます。 クエリプロファイラー機能は、Amazon Redshift が利用可能なすべての AWS 商用リージョンと AWS GovCloud (米国) リージョンの Amazon Redshift サーバーレスと Amazon Redshift でプロビジョニングされたデータウェアハウスの両方で一般的に利用できるようになりました。クエリプロファイラーの使用を開始して詳しく知るには、Amazon Redshift データベース開発者ガイドをご覧ください。
Amazon アプリケーションリカバリコントローラー (ARC) のゾーンシフトとゾーンオートシフトは機能を拡張し、クロスゾーン設定が有効な Amazon Elastic Kubernetes Service (Amazon EKS) とネットワークロードバランサー (NLB) をサポートするようになりました。ARC Zonal Shiftは、お客様がアベイラビリティーゾーン(AZ)内の異常なアプリケーションを迅速に回復し、停電やハードウェアまたはソフトウェアの障害などのイベントによるアプリケーションへの影響の期間と重大度を軽減するのに役立ちます。ARC ゾーンオートシフトは、その AZ に影響を及ぼす可能性のある障害を AWS が特定したときに、アプリケーションのトラフィックを AZ から安全かつ自動的にシフトします。\n NLB のすべてのお客様は、障害発生時に AZ からトラフィックを移行できるようになりました。ゾーンシフトは NLB と連携して、障害のある AZ 内のターゲットへのすべてのトラフィックをブロックし、アクティブな間は DNS 応答からゾーン IP を削除します。NLB コンソールまたは API を使用して NLB のゾーンシフトを有効にできます。 Amazon EKS のお客様は、障害発生時にトラフィックを AZ から遠ざけることができるようになりました。ゾーンシフトは Amazon EKS と連携して、クラスター内のトラフィックを正常な AZ にシフトし、障害のある AZ でポッドがスケジュールされないようにします。EKS コンソールまたは API を使用して EKS クラスターのゾーンシフトを有効にできます。 EKS および NLB リソースの ARC コンソールでゾーンシフトを開始したり、ゾーンオートシフトを有効にしたりできます。ゾーンシフトやゾーンオートシフトの使用には追加料金はかかりません。最新の可用性情報については、AWS 地域サービスリストを参照してください。
Anthropic’s upgraded Claude 3.5 Sonnet model and computer use now in Amazon Bedrock
アンソロピックのアップグレードされたクロード3.5ソネットモデルがAmazon Bedrockで利用可能になりました。Anthropic によると、このモデルは以前のモデルよりも全面的に改善されており、コーディングも大幅に向上しています。この分野はすでにこの分野をリードしていました。\n アップグレードされた Claude 3.5 Sonnet モデルでは、業界のベンチマークでさまざまな改善が見られます。Anthropicによると、このモデルのコーディングでは、SWE-Bench Verifiedのパフォーマンスが33%から49%に向上し、公開されているすべてのモデルよりも高いスコアを記録しています。また、エージェントツールを使用するタスクであるタウベンチのパフォーマンスも、小売分野では 62.6% から 69.2% に、航空業界では 36.0% から 46.0% に向上しました。新型クロード 3.5 ソネットは、こうした進歩を前モデルと同じ価格で実現しています。さらに、Claude 3.5 Sonnet は Amazon Bedrock のコンピューター使用機能をパブリックベータで提供するようになりました。これにより、Claude はコンピューターインターフェイスを認識して操作できるようになります。開発者は、画面を見たり、カーソルを動かしたり、ボタンをクリックしたり、テキストを入力したりして、コンピューターを人間と同じように使うように Claude に指示できます。このテクノロジーはまだ初期段階にあるため、開発者はリスクの低いタスクを検討することが推奨されます。 アップグレードされた Claude 3.5 Sonnet モデルが、米国西部 (オレゴン) リージョンの Amazon Bedrock で利用できるようになりました。コンピューターの使用がパブリックベータで利用可能になりました。詳細については、AWS ニュースリリースブログ、Amazon Bedrock 製品ページの Claude in Amazon Bedrock 製品ページ、およびドキュメントをご覧ください。クロードを使い始めるには、Amazon Bedrock コンソールにアクセスしてください。
Amazon Aurora launches Global Database writer endpoint
Amazon Aurora はグローバルデータベースライターエンドポイントをサポートするようになりました。この高可用性かつ完全マネージド型のエンドポイントにより、アプリケーションのルーティングが簡素化され、リージョン間のグローバルデータベーススイッチオーバーまたはフェイルオーバー操作を開始した後にアプリケーションコードを変更して接続を確立する必要がなくなります。\n Global Database を使用すれば、1 つの Aurora クラスターを複数の AWS リージョンにまたがることができ、リージョン全体の障害からの障害復旧が可能になり、グローバルに分散したアプリケーションのローカルでの高速読み取りが可能になります。新しいグローバルデータベースライターエンドポイントは、グローバルクラスター内の現在のライターインスタンスを指すように自動的に更新されます。これにより、クロスリージョンフェイルオーバーまたはスイッチオーバーを開始してグローバルデータベース内の主クラスタの場所を変更した後に、アプリケーションコードや設定を変更する必要がなくなります。エンドポイントはグローバルクラスター用に自動的に作成され、AWS マネジメントコンソール、または RDS CLI または API を使用して確認できます。この機能は、Aurora グローバルデータベースが利用できるすべての AWS リージョンで利用できます。詳細については、ドキュメントを参照してください。 Amazon Aurora は、ハイエンドの商用データベースのパフォーマンスと可用性と、オープンソースデータベースのシンプルさと費用対効果を兼ね備えています。Amazon Aurora を使い始めるには、入門ページをご覧ください。
Enhanced Monitoring for applications hosted on Amazon ECS via Application Signals
本日、AWSは、CloudWatchのアプリケーションパフォーマンスモニタリング(APM)機能であるAmazon CloudWatch Application SignalsによるAmazon ECSでホストされているアプリケーションの監視を強化したことを発表しました。これにより、最も重要なビジネス目標またはサービスレベル目標(SLO)に対するアプリケーションパフォーマンスの自動計測と追跡が容易になります。Application SignalsのECSサポートでは、手動作業やカスタムコードが不要なため、各アプリケーションの重要なアプリケーションパフォーマンス指標(ボリューム、可用性、遅延、障害、エラー)を表示する事前構築済みの標準化されたダッシュボードがサービス事業者に提供されています。今回の発表では、既存のトレースとログの相関に加えて、ECSのインフラストラクチャメトリックの相関関係を追加することで、この可視性をさらに高め、アプリケーションの状態をより包括的に把握できるようになりました。\n Application Signalsは、テレメトリをアプリケーションメトリクス、トレース、ログ、リアルユーザーモニタリング、合成モニタリング、インフラストラクチャーメトリックの相互に関連付けることで、お客様がトラブルシューティングをスピードアップし、アプリケーションの中断を減らすことを可能にします。たとえば、支払い処理アプリケーションを管理するアプリケーション開発者は、アプリケーションシグナルから調査を開始して、支払い処理の待ち時間が急増しているかどうかを検出できます。そこから、ECS Container Insightsを通じてインフラストラクチャメトリクスを掘り下げて、問題が特定のECSタスク(高いCPU使用率やメモリ不足など)に関連しているかどうかを判断できます。 ECS 向けのアプリケーションシグナルの拡張は、カリフォルニア西部 (カルガリー) リージョン、AWS GovCloud (米国) リージョン、中国リージョンを除く 28 の商用 AWS リージョンで利用できます。料金については、Amazon CloudWatch の料金表を参照してください。 詳細については、Amazon ECS でホストされているアプリケーションで Amazon CloudWatch アプリケーションシグナルを有効にするためのドキュメントを参照してください。ECS でホストされているサンプルアプリケーションでアプリケーションシグナルを試すには、以下の手順に従ってください。
Amazon EKS endpoints now support connectivity over Internet Protocol version 6 (IPv6)
Amazon EKS では、IPv6 EKS クラスターの EKS 管理 API エンドポイントと Kubernetes API サーバーエンドポイントのデュアルスタックサポートが導入され、インターネットプロトコルバージョン 6 (IPv6)、インターネットプロトコルバージョン 4 (IPv4)、またはデュアルスタッククライアントを使用して接続できるようになりました。Amazon 仮想プライベートクラウド (VPC) から AWS PrivateLink を使用して EKS 管理 API エンドポイントにプライベートにアクセスする場合も、デュアルスタックのサポートを利用できます。デュアルスタックのエンドポイントは、新しい AWS DNS ドメイン名で利用できるようになります。既存の EKS 管理 API エンドポイントは、下位互換性の理由から維持されています。\n インターネットの継続的な成長により、利用可能なインターネットプロトコルバージョン 4 (IPv4) アドレスが枯渇しつつあるため、インターネットプロトコルバージョン 6 (IPv6) への移行が急務となっています。EKS エンドポイントでは IPv4 クライアントと IPv6 クライアントの両方を同時にサポートしているため、一気に切り替える必要なく、IPv4 ベースのシステムやアプリケーションから IPv6 ベースのシステムやアプリケーションに徐々に移行できます。これにより、IPv6 コンプライアンス要件を満たすことができ、IPv4 と IPv6 間のアドレス変換を処理するための高価なネットワーク機器が不要になります。今回の発表は EKS が管理するエンドポイントにのみ影響し、ポッドネットワークの動作には影響しません。EKS がポッドでの IPv6 接続をどのようにサポートしているかを理解するには、このブログを参照してください。 インターネットプロトコルバージョン 6 (IPv6) クライアントを使用して EKS エンドポイントに接続する場合、追加料金はかかりません。詳細については、EKS ユーザーガイドをご覧ください。
Gain deeper insights into Amazon Q Business with new analytics and conversation insights
Amazon Q Business では、分析ダッシュボードと Amazon CloudWatch Logs との統合が可能になりました。これにより、Amazon Q ビジネスアプリケーション環境と Amazon Q アプリの使用状況に関する包括的なインサイトが得られます。Amazon Q Business コンソールの新しい分析ダッシュボードでは、インタラクティブなグラフや視覚化を通じて洞察が得られ、管理者は使用傾向、ユーザーの会話、クエリ傾向、ユーザーフィードバックなどの主要な指標をモニタリングできます。さらに、ユーザーチャットの会話やフィードバック情報が Amazon CloudWatch Logs、Amazon S3、Amazon Data Firehouse で利用できるようになり、必要に応じてこのデータを取り込んで分析し、カスタムダッシュボードを構築できるようになりました。\n これらの新機能により、管理者はユーザーのために Amazon Q Business を監視、分析、最適化することができます。分析ダッシュボードではパフォーマンスメトリクスを一目で確認でき、Amazon CloudWatch Logs インテグレーションでは会話データやユーザーフィードバックを詳細に分析できます。これらの機能は、使用パターンの追跡、改善が必要な領域の特定、ユーザーインタラクションに関するより深い洞察の獲得など、Amazon Q Business のエクスペリエンスを向上させるための貴重なツールとなります。 Amazon Q Business 向けの新しい分析ダッシュボードと Amazon CloudWatch Logs インテグレーションは、Amazon Q Business が利用できるすべての AWS リージョンで利用できるようになりました。詳細については、Amazon Q Business のドキュメントをご覧になるか、分析ダッシュボードをアクティブにしてこれらの強力なインサイトの活用を開始してください。
AWS DMS now supports homogenous migrations via CLI, SDK and API
AWS データベース移行サービス (DMS) は、同種データ移行のための CLI、SDK、および API サポートの一般提供を発表しました。今回のローンチにより、自社管理型の MySQL、PostgreSQL、MariaDB、MongoDB データベースを、オンプレミスまたは Amazon EC2 のソースから、アマゾンリレーショナルデータベースサービス (RDS)、Amazon Aurora、または Amazon DocumentDB 上の同等のターゲットにプログラム的に移行またはレプリケーションできるようになります。同種のデータ移行により、ダウンタイムを最小限に抑え、データ損失をゼロに抑えながら、簡単でパフォーマンスに優れた類似の移行が可能になります。\n AWS API、AWS CLI、または AWS SDK を使用すると、すべてのデータ型、セカンダリオブジェクト、およびパーティションを含む、完全に自動化された同種移行またはレプリケーションを開始できます。この機能はサーバーレスなので、レプリケーションインスタンスを管理する必要はありません。 同種データ移行は通常、米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (北カリフォルニア)、米国西部 (オレゴン)、カナダ (中部)、カナダ西部 (カルガリー)、南米 (サンパウロ)、アジアパシフィック (東京)、アジアパシフィック (東京)、アジアパシフィック (ソウル)、アジアパシフィック (大阪)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アジアパシフィック (シドニー)、アジアパシフィック (シドニー)、アジアパシフィック (シドニー)、アジアパシフィック (シドニー)、アジアパシフィック (シドニー)、アジアパシフィック (シドニー)、アジアパシフィック (シドニー)、アジアパシフィック (シドニー)、アジアパシフィック (太平洋 (ジャカルタ), アジアパシフィック (メルボルン), アジアパシフィック (香港), アジアパシフィック (ムンバイ), アジアパシフィック (ハイデラバード), ヨーロッパ (フランクフルト), ヨーロッパ (チューリッヒ), ヨーロッパ (ストックホルム), ヨーロッパ (アイルランド), ヨーロッパ (ロンドン), ヨーロッパ (パリ)、ヨーロッパ(ミラノ)、ヨーロッパ(スペイン)、中東(UAE)、中東(バーレーン)、イスラエル(テルアビブ)、アフリカ(ケープタウン)。 詳細については、「AWS DMS の同種データ移行」を参照してください。
AWS Lambda console now features a new code editor based on Code-OSS (VS Code - Open Source)
本日、AWS Lambda は Code-OSS (VS Code — オープンソース) をベースとした Lambda コンソールでの新しいコード編集機能の開始を発表しました。この統合により、新しいインターフェイスと生産性機能が Lambda コンソールに直接導入され、お客様はサーバーレスアプリケーションを構築する際に、より直感的なコーディング環境を利用できるようになります。\n コンソール上の新しい Code-OSS (VS Code — Open Source) ベースのコードエディターは、デスクトップバージョンのエディターと同様のレイアウトで、コマンドパレットやクイック検索などの機能を備えています。開発者は、ローカル開発環境の設定に合わせて、好みのテーマを適用して設定をパーソナライズできます。さらに、この新しいエディターにより、お客様は Amazon Q Developer 拡張機能を有効にして、生産性の向上に役立つコードの提案や洞察をリアルタイムで得ることができます。開発者は関数コードとテスト結果を同時に表示できるため、開発とデバッグのワークフローが合理化されます。 新しいコードエディタは、Lambda が利用可能なすべての AWS リージョンで利用できます。Code-OSS (VS Code — オープンソース) に基づく新しい編集機能の詳細については、コンピューティングブログをご覧ください。
Amazon OpenSearch Serverless now available in the AWS GovCloud (US-East) Region
Amazon OpenSearch サーバーレスが AWS GovCloud (米国東部) リージョンへの提供を拡大したことを発表できることを嬉しく思います。OpenSearch Serverless は Amazon OpenSearch Service のサーバーレスデプロイオプションで、複雑なインフラストラクチャ管理を必要とせずに、検索と分析のワークロードを簡単に実行できます。OpenSearch Serverless のデータ取り込み、検索、クエリに使用される計算能力は、OpenSearch コンピュートユニット (OCU) で測定されます。\n OpenSearch Serverlessのサポートは現在、米国東部(オハイオ)、米国東部(バージニア北部)、米国西部(オレゴン)、アジアパシフィック(シンガポール)、アジアパシフィック(シドニー)、アジアパシフィック(東京)、ヨーロッパ(フランクフルト)、ヨーロッパ(アイルランド)、ヨーロッパ西部(パリ)、ヨーロッパ西部(ロンドン)、アジア太平洋南部(ムンバイ)、南米(サンパウロ)、カナダ中部(モントリオール)、アジアパシフィック (ソウル)ヨーロッパ (チューリッヒ)、AWS GovCloud (米国西部)、および AWS GovCloud (米国東部)。Amazon OpenSearch サービスの可用性に関する詳細については、AWS 地域サービスリストを参照してください。OpenSearch サーバーレスの詳細については、ドキュメントを参照してください。
AWS Blogs
Amazon Web Services ブログ (日本語)
- 【開催報告】業界ユースケースにフォーカス ! ファッション・アパレル業界・合同生成 AI ワークショップ
- AWS における Dunelm のマイクロフロントエンドジャーニー
- AWS がアクティブディフェンスを活用してお客様をセキュリティの脅威から保護する方法
- 寄稿:AWS Systems ManagerとAWS IoT GreengrassによるPLCへのリモート接続ソリューション
AWS News Blog
AWS Cloud Operations Blog
AWS Big Data Blog
AWS Compute Blog
AWS Database Blog
- SQL Server 用 Amazon RDS を使用して世界中の何百万人ものプレイヤーのために「Stumble Guys」をスコープリーがスケーリングした方法
- SQL サーバー用 Amazon RDS カスタムが DB インスタンスの Windows 認証をサポートするようになりました
AWS DevOps & Developer Productivity Blog
AWS HPC Blog
AWS Machine Learning Blog
- Amazon SageMaker でのジェネレーティブ AI ファンデーションモデルトレーニング
- Amazon SageMaker パイプラインの新しいビジュアルデザイナーを使用して、Llama 3.x モデルの微調整を自動化します
- カスタム Amazon EFS インスタンスを使用して Amazon SageMaker ドメインのクロスリージョンディザスタリカバリを実装する
AWS Security Blog
- Amazon Detective API を使用して GuardDuty のセキュリティ結果を調査し、セキュリティハブのデータを強化する方法
- インターフェイス VPC エンドポイントを使用してセキュリティ目標を達成する方法
Open Source Project
AWS CLI
AWS CDK
Amplify for iOS
Amplify for Flutter
Amplify UI
- @aws-amplify/ui-vue@4.2.22
- @aws-amplify/ui-react-storage@3.3.9
- @aws-amplify/ui-react-notifications@2.0.34
- @aws-amplify/ui-react-native@2.2.16
- @aws-amplify/ui-react-liveness@3.1.15
- @aws-amplify/ui-react-geo@2.0.30
- @aws-amplify/ui-react-core-notifications@2.0.29
- @aws-amplify/ui-react-core@3.0.29
- @aws-amplify/ui-react-ai@0.4.0
- @aws-amplify/ui-react@6.5.5