問題タブ [application-monitoring]

API へのエンドポイント リクエストと応答時間を監視したいと考えています。New Relicなども見ましたが高すぎます。

したがって、データベースにすべてのリクエストを記録するだけのアイデアがあります-動詞、Url、および合計応答時間の単純なテーブルです。

これは悪い考えですか？良い？これはアプリケーションのパフォーマンスに深刻な影響を与えますか?

X という名前のジョブがあり、X に次のような条件があります。

しかし興味深いことに、条件が満たされていないためにジョブが中止された場合、トラブル スクリプトは実行されません。代わりに、Executing SUCCESS を取得します。

何か案が？

ありがとうございました！

アプリケーションからプロセスを開始して監視します。クラッシュまたはハングアップする可能性があります。

監視アプリケーションはこれに備えており、これを処理できます。

しかし、クラッシュ ウィンドウでは、アプリケーション クラッシュ ダイアログが表示されます。この時点で、クラッシュしたプロセスはまだプロセス リストにあります。ただし、監視アプリによってプロセスが終了される場合 ( でタイムアウトした後)、ダイアログは消えませんTerminateProcess。

WerAddExcludedApplicationと を使用して、このアプリケーションの Windows エラー報告を無効にしようとしましたWerRemoveExcludedApplicationが、オンラインで解決策を検索するオプションが削除されるだけです。

また、WER を完全に無効にしたくもありません。

特定の実行可能ファイルに対してこのダイアログをプログラムで無効にする別の方法はありますか (常に同じであるとは限りません)。

サーバー上で継続的に実行され、さまざまなタスクを実行するアプリケーション (Go で) を作成しています。一部は Web サービスであり、他は Thrift インターフェースを備えた内部サービスです。いくつかのバッチ プロセスもあります。

これらのプロセスが実行されていることを監視し、AWS Cloudwatch を使用してこれを実行できることを確認したいと思います。

簡単な実装は次のようになりますか?:

基本的に、「私はまだ実行中です」というカスタム Cloudwatch メトリクスを 5 分ごとに発行する別のワーカー スレッドを起動します。次に、メッセージが 5 分ごとに受信されなくなった場合にトリガーされるアラームを作成しますか?

この種のベストプラクティスは何ですか? Web サービスの可用性の監視について質問しているわけではないことに注意してください。これはもっと些細なことです。

ありがとう