2025/4/18 9:00:00 ~ 2025/4/21 9:00:00 (JST)
最近の発表
AWS HealthOmics announces workflow versioning support
AWS Healthomics はワークフローのバージョニングをサポートするようになり、お客様は複数のバージョンのバイオインフォマティクスワークフローを効率的に管理できるようになりました。AWS Healthomics は HIPAA の対象となるサービスで、フルマネージド型の生物学的データストアとワークフローにより、ヘルスケアやライフサイエンスのお客様が科学的ブレークスルーを加速できるよう支援します。このリリースにより、ワークフロー開発者は、バージョン間で一貫したワークフロー ID とベース ARN を維持しながら、複数のバージョンのワークフローを作成および管理できます。\n ワークフローのバージョン管理により、ユーザーは実行開始時に特定のワークフローバージョンを選択できるようになり、分析の制御と再現性が向上します。これにより、新しいワークフローバージョンを既存のサブスクライバーと自動的に共有できるため、コラボレーションが簡単になり、手動で再共有する必要がなくなり、チームが常に最新のワークフローイテレーションにアクセスできるようになります。 ワークフローのバージョン管理は、AWS Healthomics が利用可能なすべての地域 (米国東部 (バージニア北部)、米国西部 (オレゴン)、ヨーロッパ (フランクフルト、アイルランド、ロンドン)、アジア太平洋 (シンガポール)、イスラエル (テルアビブ) でサポートされています。 ワークフローのバージョニングを始めるには、AWS Healthomics のドキュメントを参照してください。
Amazon CloudWatch launches cross-account observability in the AWS GovCloud (US) Regions
AWS は、AWS GovCloud (米国) リージョンで CloudWatch のクロスアカウントオブザーバビリティを開始しました。これにより、1 つの AWS GovCloud (米国) リージョン内の複数の AWS アカウントにわたるアプリケーションのモニタリングとトラブルシューティングが可能になります。CloudWatch のクロスアカウントオブザーバビリティにより、メトリクス、ログ、トレースのシームレスな検索、視覚化、分析が可能になり、アカウントの境界がなくなります。\n セキュリティチーム、運用チーム、サービスオーナーは、クロスアカウントテレメトリを簡単に調べて分析できるようになり、アプリケーションのヘルス問題の効率的な監視とトラブルシューティングに役立つ強力なインサイトが得られます。CloudWatch のクロスアカウントオブザーバビリティにより、複数のアカウントにわたるロググループの検索、クロスアカウントの Logs Insights クエリの実行、ログエントリを生成している上位コントリビューターを特定するためのコントリビューターインサイトルールの作成が可能になります。クロスアカウントメトリクスに対して Metrics Insights クエリを実行して統合ビューを作成したり、クロスアカウントアラームを作成したりできるようになりました。クロスアカウントオブザーバビリティにより、AWS X-Ray Trace Map を使用してクロスアカウントアプリケーションをモニタリングしたり、複数のアカウントにまたがるリクエストのエンドツーエンドの分散トレースを一元的に監視したりできるようになりました。たとえば、ユーザーはアカウント間で相互に呼び出される AWS Lambda 関数を追跡するエンドツーエンドの分散トレースを取得できます。これにより、トラブルシューティング中にアカウントを切り替える必要がなくなり、時間を節約でき、包括的な可視性が得られます。 CloudWatch のクロスアカウントオブザーバビリティは、すべての商用 AWS リージョンと AWS GovCloud (米国) リージョンでログやメトリックスに追加費用なしで利用できるようになりました。また、最初のトレースコピーは無料です。詳細な価格情報とドキュメントは、Amazon CloudWatch の料金ページとドキュメントページにあります。
Amazon CloudWatch agent now supports Red Hat OpenShift Service on AWS (ROSA)
Red Hat OpenShift Service on AWS (ROSA) の Amazon CloudWatch エージェントサポートにより、コンテナインサイトやアプリケーションシグナルなどの使い慣れた CloudWatch ツールを使用してアプリケーションとインフラストラクチャをモニタリングできます。ROSA は完全マネージド型のクラウドサービスで、お客様がオンプレミスと同じ一貫した OpenShift エクスペリエンスで AWS 上でコンテナ化されたアプリケーションを迅速にデプロイ、運用、スケーリングできるよう支援します。この新機能により、DevOps チームとアプリケーションオーナーは、AWS のネイティブオブザーバビリティツールを活用して ROSA クラスターのパフォーマンス、健全性、リソース使用率を詳細に把握できます。\n CloudWatch Agent on ROSA では、コンテナ化されたアプリケーションと基盤となるインフラストラクチャコンポーネントからメトリクス、ログ、トレースを収集して分析できるため、異常がエンドユーザーエクスペリエンスに与える影響を顧客が特定しやすくなります。この統合によりトラブルシューティングプロセスが合理化され、チームが ROSA クラスターやその他の AWS サービス全体の問題を迅速に特定できるようになります。インフラストラクチャとアプリケーションのモニタリングを統合することで、お客様は自動アラートを設定したり、パフォーマンスの傾向を追跡したり、アプリケーションスタック全体でイベントを相互に関連付けることができます。 Amazon CloudWatch エージェントは、すべてのパブリックな AWS リージョンと AWS GovCloud (米国) で利用できます。料金の詳細については、Amazon CloudWatch の料金表をご覧ください。 AWS の Red Hat OpenShift Service で Amazon CloudWatch エージェントを使い始めるには、Amazon CloudWatch ユーザーガイドの「RedHat OpenShift on AWS (ROSA) でのコンテナインサイトのセットアップ」を参照してください。
AWS STS global endpoint now serves your requests locally in regions enabled by default
AWS セキュリティトークンサービス (AWS STS) が、デプロイされたワークロードと同じ AWS リージョンのグローバルエンドポイント (sts.amazonaws.com) にすべてのリクエストを自動的に処理するようになり、耐障害性とパフォーマンスが向上しました。以前は、STS グローバルエンドポイントへのリクエストはすべて米国東部 (バージニア北部) リージョンから処理されていました。\n 今回の機能強化により、リクエストはワークロードと同じリージョンで処理されるため、アプリケーションのレイテンシーが向上し、障害が分離されるというメリットがあります。たとえば、アプリケーションが米国西部 (オレゴン) で実行されていて STS グローバルエンドポイントを呼び出す場合、リクエストは米国東部 (バージニア北部) にルーティングされるのではなく、米国西部 (オレゴン) でローカルに処理されるようになりました。 この更新は、デフォルトで有効になっているすべての AWS リージョンで利用できます。これらの改善の恩恵を受けるために、お客様は何のアクションも必要ありません。デフォルトで有効になっていない地域 (オプトイン地域など) からの STS グローバルエンドポイントへのリクエストは、引き続き米国東部 (バージニア北部) で処理されます。 可能な限り、適切な STS リージョナルエンドポイントを使用することを引き続きお勧めします。これらの変更の詳細については、「AWS STS のグローバルエンドポイントの変更」とアナウンスブログ投稿を参照してください。
AWS Console Mobile Application adds support for Amazon Lightsail
AWS のお客様は、AWS コンソールモバイルアプリから Amazon Lightsail にアクセスして、外出中でも Lightsail インスタンス、コンテナ、データベース、ネットワーク、ストレージ、スナップショット、ドメイン、DNS をモニタリングおよび管理できるようになりました。AWS コンソールモバイルアプリの [サービス] タブにアクセスし、[Lightsail] を選択して開始してください。\n AWS Console Mobile アプリケーションを使用すると、AWS のお客様は選択した一連のリソースをモニタリングおよび管理し、プッシュ通知を受信して、外出中でも AWS リソースの最新情報を入手し、つながることができます。サインインプロセスは生体認証をサポートしているため、AWS リソースに簡単、安全、迅速にアクセスできます。Lightsail は、使いやすい仮想プライベートサーバー (VPS) インスタンス、ストレージ、データベースなどを、費用対効果の高い月額料金で提供します。ネイティブでは利用できない AWS サービスについては、お客様はアプリ内ブラウザから AWS Management Console にアクセスしてサービスページにアクセスできます。追加の認証や手動でのナビゲーションは不要で、またアプリケーションからブラウザに切り替える必要もありません。 サポートされているサービスやリージョンの一覧など、AWS Console モバイルアプリの詳細については、AWS コンソールモバイルアプリ製品ページをご覧ください。サポートされているリージョンを含む Amazon Lightsail の詳細については、Amazon Lightsail 製品ページをご覧ください。
Amazon Managed Service for Prometheus now supports label-based active series limits
プロメテウス向け Amazon マネージドサービスでは、ワークスペース内でラベルベースのアクティブシリーズ制限がサポートされるようになりました。この機能は、ワークスペースを共有するアプリケーション、サービス、チームなど、さまざまなプロデューサーにわたるアクティブシリーズのボリュームを管理するのに役立ちます。\n ワークスペース内のさまざまなメトリクスプロデューサーに特定のアクティブシリーズ制限を割り当てることができるようになり、重要なメトリクスを保護できるようになりました。メトリクスのサブセットで予期せぬ急増が生じた場合、同じラベルベースのアクティブシリーズ制限を共有するメトリクスのみが調整されます。たとえば、{app= “payment-service」, environment= “prod”} などのラベルセットを使用して、さまざまなアプリケーションのメトリクスに異なる制限を設定できます。決済サービスアプリケーションでメトリクスが予期せず急増した場合、決済サービスアプリケーションから取得されたメトリクスのみがスロットリングされます。
このエクスペリエンスは、新しいワークスペース構成 API によって実現されています。これらの API を使用すると、ワークスペースのデータ保持期間を管理することもできます。完全に削除されるまで、ワークスペース内で指標データを保持する日数を指定できます。開始するには、AMP コンソールのワークスペース設定タブにアクセスするか、AWS CLI、SDK、または API を使用してください。詳細なドキュメントについては、Amazon マネージドサービス for Prometheus ユーザーガイドをご覧ください。 この機能は、プロメテウス向け Amazon マネージドサービスが一般的に利用できるすべての AWS リージョンで利用できるようになりました。
AWS Blogs
Amazon Web Services ブログ (日本語)
- Amazon S3 Express One Zone の最大 85% の価格引き下げを発表
- AWS が Amazon Bedrock サーバーレスにおける Pixtral Large 25.02 モデルを発表
- Amazon Bedrock のガードレールが、新しい機能により、生成 AI アプリケーションの安全性を強化
AWS Open Source Blog
AWS Architecture Blog
Desktop and Application Streaming
AWS Machine Learning Blog
- マルチエージェント機能を備えた Amazon Bedrock と Amazon Nova を基盤モデルとして使用して FinOps エージェントを構築します
- カスタムコネクタを使用して Kafka から Amazon Bedrock ナレッジベースにインジェストデータをストリーミングする