У меня есть существующая инфраструктура AWS, интегрированная с DataDog, который отвечает за мониторинг различных показателей, например Очереди SQS, ELB и т. Д.
Я хочу настроить проверку работоспособности для некоторых веб-сайтов и API. Насколько мне известно, это можно сделать с помощью проверок работоспособности AWS ELB. Однако я хотел бы имитировать взаимодействие с конечным пользователем, чтобы запрос отправлялся из внешнего мира и проходил через ELB и в приложение. Кроме того, не все приложения в настоящее время имеют ELB. Я решил использовать HTTP-проверки DataDog. Вопрос в том, должен ли я иметь отдельный экземпляр EC2 только для установки агента? Я, конечно, не хочу устанавливать агент на том же компьютере, что и веб-сайт, и пинговать его, так как он пропустит различные сетевые проблемы.
Я также рассмотрел проверки работоспособности Route 53, которые будут отслеживаться DataDog, но я не думаю, что это будет достаточно быстро, поскольку связь между DataDog и AWS обычно задерживается по сравнению с отчетами агента DataDog.
Обновление: пока я решил использовать Route 53 Health Checks и CloudWatch alarms. DataDog отвечает за отправку уведомлений при срабатывании определенного сигнала тревоги. Как и ожидалось, между тревогой и реакцией DataDog есть некоторая задержка, но она оказалась приемлемой.
Для более глубокого и серьезного анализа я также рассмотрел New Relic и Application Insights. Оба они, похоже, предоставляют необходимые проверки работоспособности, хотя New Relic довольно дорого обходится, а Application Insights лучше интегрируется с Azue.
Я бы посоветовал использовать для этого стороннюю службу. Поскольку у нас уже есть newrelic, мы использовали включенный мониторинг доступности для проверки связи с некоторыми из наших API-точек. Он также должен хорошо интегрироваться с datadog. Просто для этой проверки ping newrelic, вероятно, слишком дорого, но есть и другие варианты, например https://www.host-tracker.com/ которые могут быть интегрированы с помощью их API.