Category: Monitoring and observability

こんにちは。ソリューションアーキテクトの大南です。 2025 年 11 月 6 日に「AWS 秋のオブザーバビ […]

この記事では、Amazon CloudWatch とApplication Signals 用の2つの新しい MCP サーバーと Amazon Q Developer CLI を活用して運用ワークフローを変革する方法をご紹介します。従来の手動作業に代わる直感的な会話形式のやり取りを通じて、パフォーマンスのボトルネックの特定、権限の問題の解決、アラーム設定の最適化、インシデント修復の加速化を行う方法を学びます。

2025年10月7日、大規模分散アプリケーションの監視方法を簡素化する Amazon CloudWatch Application Signals の新しい強化機能を発表できることを嬉しく思います。CloudWatch Application Signals のアプリケーションマップの改善により、サービスの関係性に基づいて自動的に検出し、サービスをグループに整理できるようになり、ビジネスの観点に合わせたカスタムグループ化もサポートされます。サービスの最新のデプロイ時刻を表示し、サービスレベル指標（SLI）違反などの問題に関する自動監査結果を確認できるようになりました。

コンテナワークロードを管理する際、コンテナレジストリの一元的なオブザーバビリティを維持することはセキュリティと効率的なリソース利用のために不可欠です。Amazon Elastic Container Registry (ECR) は、イメージレベルとリポジトリレベルの両方でメトリクスを提供し、統合されたオブザーバビリティを構築する上で重要な役割を果たします。本記事では、これらのメトリクスをコスト内訳、利用状況メトリクス、セキュリティスキャン結果、および全リポジトリにわたるコンプライアンスステータスを含む、基本的で包括的なレポートに一元化する手順をご案内します。統合されたオブザーバビリティにより、利用パターンをより深く理解し、セキュリティリスクを特定し、セキュリティ要件と最適化のベストプラクティスに準拠させる必要があるリソースに優先順位を付けることが出来ます。

本記事は、2025 年 6 月 26 日に公開された Observing Agentic AI workloa […]

本記事は、2025 年 4 月 30 日に Networking & Content Delivery […]

　みなさんこんにちは！ どちらかというと猫より犬が好きな Solutions Architect の高野です。 […]

こんにちは。ソリューションアーキテクト (以下 SA) の高野です。 　2025 年 4 月 16 日に「AW […]

このブログでは、AWS Well-Architected Framework の SAP Lensのベストプラクティスに従って AMP と AMG を構成することで、SLES (SUSE Linux Enterprise Server) OS と SAP S/4HANA の監視ダッシュボードのセットアップ方法を学びます。
セットアップが完了すると、オペレーティングシステム、SAP アプリケーションサーバー、SAP 高可用性クラスターの各コンポーネントについて、複数のダッシュボードにまたがって SAP 環境全体の正常性を確認できます。

2024 年 11 月 22 日より、クロスゾーン負荷分散を有効にした Application Load Balancer (ALB) の Amazon Application Recovery Controller (ARC) ゾーンシフトサポートを発表しました。これは、以前に発表されたクロスゾーン負荷分散を使用する Network Load Balancer (NLB) のサポートを補完するものです。ゾーンシフトは、クロスゾーン負荷分散が設定されているかどうかに関係なく、NLB と ALB の両方で使用できるようになりました。この記事では、クロスゾーン負荷分散を有効にした状態でゾーンシフトを使用する場合の運用上のベストプラクティスを紹介します。