Category: Monitoring and observability

Amazon Web Services (AWS) 上で実行されるお客様のアプリケーションでは、個人を特定できる情報 (PII) や保護された健康情報 (PHI) などの機密データを扱う必要がある場合があります。
その結果、機密ログデータがアプリケーションの可観測性データの一部として意図的または意図せずに記録される可能性があります。包括的なログ記録はアプリケーションのトラブルシューティング、監視、(原因)分析に重要ですが、記録された機密情報はデータセキュリティとコンプライアンスの観点から重大なリスクとなります。このブログでは、Amazon CloudWatch Logs Data Protection を使用してログ内の機密データを検出および保護する方法、データ保護を検証する方法、非準拠の結果を収集および報告する方法を学びます。また、Amazon CloudWatch アラーム、通知、さらなる是正アクションを作成する方法についても学び、コンプライアンス要件を満たすために活用方法をご紹介します。

クラウドで複雑な分散システムを運用する際、問題の原因を迅速に特定し、インシデントを解決することは大変な課題です。トラブルシューティングには、複数の AWS サービスからメトリクス、ログ、トレースをさらけずる必要があり、問題の全体像を把握することが難しくなります。しかし、この Alarm Context Tool (ACT) を使えば、効果的なインシデント解決に必要な時間と労力を削減できます。このブログでは、Amazon CloudWatch アラームに追加のコンテキストを提供する ACT ソリューションを紹介しています。ACT は、AWS Lambda 、Amazon CloudWatch 、AWS X-Ray 、AWS Health 、Amazon Bedrock を活用して、メトリクス、ログ、トレースを統合・分析し、有益な洞察を生成します。ACT を使えば、トラブルシューティングが簡素化され、運用コストを削減でき、AWS 環境の可観測性が向上します。

このブログでは、パフォーマンスを客観的に測定し、信頼性を正確に報告することで、インシデント発生時の迅速な対応と不要な警告を減らすことができる信頼性のベストプラクティスについて説明します。また、任意の Amazon CloudWatch メトリクスを使用して Amazon CloudWatch Application Signals で、サービスレベル目標(SLO)の作成、監視、アラートの方法を学びます。

みなさんお久しぶりです！ 猫が大好きな Solutions Architect の服部です。昨年の AWS S […]

AWS が提供する SAP システムの一括監視/可観測化ダッシュボードを使うことで、顧客は問題が発生しているレイヤー (データベース、アプリケーション サーバー、プレゼンテーション層、ネットワーク接続など) の関連付けを行い、操作の卓越性と重要業務プロセスの回復力を向上させることができます。
AWS で SAP の end-to-end 可観測性を実現するサービスを活用することで、SAP システムの根本原因分析を包括的に実施し、障害からの平均復旧時間を日単位から時間単位 (場合によっては分単位) に短縮できます。また、ユーザーに障害が発生する前に積極的な警告を行い、重要業務プロセスをサポートするための主要リソースの適正化とキャパシティ予測も可能になります。

このブログ投稿では、Amazon EKS クラスター上で実行されている Python アプリケーションを、コード変更を行うことなくシームレスに計装するための CloudWatch Application Signals の活用方法について説明します。この強力な機能により、アプリケーションサービスのゴールデンメトリクスとトレースを簡単に収集でき、監視とトラブルシューティングが容易になることができます。さらに、Application Signals が提供する既製のダッシュボードを使うことで、アプリケーションサービスの全体の活動状況と運用の健全性をどのように視覚化できるかを説明します。これらのダッシュボードを活用することで、主要なパフォーマンスメトリクスにすばやくアクセスし、トレースと関連付けて、根本的な問題を数クリックで簡単に特定して対処できます。

この記事では、Amazon EKS Windows クラスターに Container Insights を有効化するプロセスを紹介します。Container Insights を利用することで、数回のクリックで、Amazon EKS Windows クラスターのコントロールプレーンとデータプレーンの両方の詳細なメトリクスを収集できるようになります。Amazon EKS クラスターで高度な CloudWatch Container Insights を有効にし、Amazon EKS クラスター上で実行中の Windows ワークロードの組み込みのダッシュボードを使うことで、パフォーマンス問題の特定と解決にかかる時間を短縮できます。

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

オブザーバビリティベストプラクティスガイド は、監視とオブザーバビリティの実践を最適化したいユーザーにとって貴重なリソースです。
この記事では、ベストプラクティスガイドで取り上げられているトピック、ガイドの活用方法、およびガイドへ貢献する方法について説明し、ワークロードのオブザーバビリティの全ての可能性を引き出す方法を説明します。

ウェブサイトやモバイルアプリの表示速度は、ユーザーの利用体験と企業の収益に直接影響します。コンテンツの読み込みが遅いと、ユーザーは待つ前に画面を閉じてしまう可能性があるためです。Amazon CloudFrontを活用すれば、ウェブサイトの表示速度を飛躍的に向上させることができます。静的コンテンツをグローバルなエッジロケーションでキャッシュし、動的コンテンツも最適化された経路で配信するため、ユーザーの待ち時間を大幅に短縮することができます。さらに、Amazon CloudWatch Real User Monitoringを使うことで、ユーザー視点でウェブサイトのパフォーマンスを把握し、継続的な改善につなげることができます。本稿では、Amazon CloudWatch Real User Monitoring (RUM) を使用してウェブサイトのパフォーマンスを監視し、CloudFront を使用してコンテンツを配信した場合と使用しない場合のユーザーエクスペリエンスの違いに関する洞察を得る方法を紹介します。