Рейтинг:0

Как собирать и консолидировать данные о работоспособности приложений по экземплярам в aws

флаг gr

Мы развертываем несколько приложений на инстансах EC2. Это jar-файлы, war-файлы на Tomcat, UI-приложения на основе npm и скрипты python.

У каждого свой способ подтверждения. Для военных файлов в веб-приложениях Tomcat я могу проверить пользовательский интерфейс swagger. Для проектов пользовательского интерфейса я могу проверить ссылку на приложение. Для автономных скриптов jar и python я проверяю процесс, если он запущен.

Есть ли способ разместить проверки (на виртуальной машине или в AWS), которые отправляют статус (работает/работает или не работает/не в сети) в AWS, чтобы его можно было просматривать для всех приложений во всех экземплярах?

Я думал об использовании monit, т.е. написать конфиг для мониторинга процессов и ссылок отдельных приложений. Но нет возможности отправить его на панель инструментов «одного места» в AWS. У Monit есть собственная панель инструментов, но она зависит от экземпляра. Итак, если у меня есть 20 экземпляров, есть 20 информационных панелей, таких как http://IP:2812/. У него есть централизованная панель инструментов, которая не является открытым исходным кодом, поэтому я не могу ее использовать.

Я проверил подкатегорию работоспособности ресурсов AWS в Cloudwatch. Это ограничено проверками процессора/памяти/состояния, и я не вижу способа для настройки отслеживать отдельные файлы jar/war.

Я проверил AWS X ray и, увидев, что он требует изменений в коде приложения, заставляет меня думать, что он будет извлекать слишком много данных, таких как числа 4XX и 5XX (в этом нет необходимости, поскольку все, что мне нужно сделать, это проверить ссылки или процессы и отчитайся визуально)

Есть ли способ визуализировать состояние ресурсов всех приложений во всех экземплярах на одной панели/странице либо в AWS, либо в каком-либо инструменте с открытым исходным кодом?

Рейтинг:0
флаг gp
Tim

Я предлагаю вам контролировать приложение, а не инфраструктуру. Синтетика Cloudwatch действует как веб-браузер и может оповещать на основе результатов запроса.

Если вы хотите отслеживать на уровне компонентов, вам придется написать какой-то скрипт, который отправляет данные в CloudWatch Metrics или Cloudwatch Logs с помощью API, что не особенно сложно. Оттуда вы можете оповещать о метриках или использовать фильтры метрик, чтобы оповещать о содержимом журнала.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.