Каковы требования к системе мониторинга работоспособности приложения?

Question

Что, как минимум, должно ли система мониторинга работоспособности приложений для вас (разработчика) и/или вашего начальника (ИТ-менеджера) и/или персонала операций (по вызову)?

Что еще нужно делать над минимальными требованиями?

Является ли мониторинг приложений «инфраструктуры» (ms-exchange, apache и т. Д.) Достаточным или необходимо также контролировать отдельные пользовательские приложения, веб-сайты и базы данных?

Если последнее, что вам нужно знать о них?

ДОПОЛНЕНИЕ: спасибо за вход, я действительно искал мониторинга на уровне приложений не инфраструктуры мониторинга, но это хорошо, чтобы знать, как о

Answer 1

• Работает ли приложение.
• Необычный процессор/память/использование сети.
• Сообщить о любых необработанных исключениях.
• Статус различных модулей (если применимо).
• Состояние внешних компонентов (базы данных, веб-сервисы, файловые серверы и т. Д.)
• Количество незавершенных фоновых задач (если применимо).
• Возможно, отслеживать использование приложения и статистику отчетов по большинству/менее используемым функциям, чтобы вы знали, какие оптимизации наиболее выгодны.

Answer 2

Минимум: убедитесь, что он работает :)

Однако , некоторые другие вещи были бы очень полезны. Например, загрузка ЦП, использование ОЗУ и (в многопользовательских системах), на котором пользователь работает. Кроме того, для приложений, которые получают доступ к сети, список сетевых подключений для каждого приложения. И (если у вас есть доступ к клиентским компьютерам), было бы здорово видеть «заголовок окна» приложения - возможно, проверьте каждые 2-3 минуты, если он изменится и сохранит его. Кроме того, список файлов, открытых приложением, может быть очень полезным, но это не обязательно.

Answer 3

Ответ «это зависит». Зачем вам следить? Насколько велик ваш персонал? Вам нужна отчетность? Что такое среда приложения? Кого волнует, если приложение не работает? Кого волнует, если произойдет исключение? Возможна ли какая-либо из ошибок? Я мог бы задавать такие вопросы в течение длительного времени.

Answer 4

Я думаю, что это довольно просто - монитор, чтобы вы могли быть предупреждены достаточно рано, прежде чем что-то пойдет не так. Это означает зависимость от монитора и самого приложения.

Очень сложно обеспечить особенности, если вы не укажете информацию о приложении, которое вы контролируете, поэтому я бы сказал, что это общее правило.

Answer 5

Это такой открытый вопрос, но я бы начал с физических измерений.
1. Являются ли все машины, которые, как мне кажется, размещены на этом сайте pingable.
2. Все ли машины, которые должны обслуживать контент, обслуживающий какой-либо контент. (В идеале это будет удалено из внешней сети.
3. Ожидается ли каждое ожидаемое обслуживание на каждой машине
3a. Запустили ли эти службы недавно?
4.Остается ли на каждой машине место на жестком диске? (Не забудьте db)
5. Были ли резервные копии этих машин? Когда был последний раз?

Как только вы изложите физический мониторинг систем, можно обратиться к тем, которые относятся к системе?

1. Может ли автоматический сценарий войти? Как долго это займет?
2. Сколько пользователей живет? Были ли добавлены миллионные поддельные счета?
...
Такие вопросы становятся более туманными и могут быть очень специфичными для системы. Они также обычно могут быть получены реактивно при реагировании на физиологические измерения. Заполнение жесткого диска, возможно, журналы веб-сервера заполнились, потому что множество агентов создало слишком много поддельных пользователей. Такого рода вещи.

Хотя план A не обязательно должен быть реактивным, это способ, которым многие установки устанавливают систему мониторинга.

Answer 6

Как минимум вы хотите знать, что система здорова. Это субъективно в том, что определяет вашу систему здоровой. Является ли это компьютерами, есть необходимые ресурсы, данные проходят через систему, данные правильно производят результаты и т. Д. И т. Д.

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

Существуют также инструменты «с полки», которые будут выполнять большую работу для вас, если вы просто слишком усердны в результатах данных. Мне особенно понравилось Nagios, когда я оглядывался, но нам нужно было больше, чем это могло бы легко показать, поэтому я написал собственную систему мониторинга. В основном мы также следим за «особенностями» в системе, всплесками памяти/процессора и т. Д. ...

Answer 7

спасибо всем за вход, я действительно искал мониторинг уровня приложений, а не мониторинг инфраструктуры, но хорошо знать как о

разница:

• мониторинга инфраструктуры будет серверы плюс MS Exchange Server, Apache, IIS, и так далее
мониторинга
• применения будут пользовательские машины и специальные программы, которые они используют для выполнять свою работу и/или серверы, а также перемещать данные/которые они запускают, чтобы поддерживать поток данных.

иногда трудно нарисовать линию - упрощенное определение может быть «если ваша команда написала это, это приложение; если вы купили его, это инфраструктура»

я думаю, что на практике лучше контролировать и

Answer 8

Что вам нужно сделать, это сломать бизнес-процесса приложения и затем программное обеспечение генерируют события в основных бизнес-компонентов. Кроме того, вам нужно будет создавать синтетические транзакции от конца до конца (например, эмуляция конечных пользователей, нажимая на веб-сайт). Все эти данные будут переданы в инструмент мониторинга. Раньше я делал JMX для приложения которого вступили в JMX-адаптер Tivoli Monitoring, а затем я выполнил сценарии, которые реализуют «поддельный пользователь», а затем транслируют результаты в скриптовый адаптер Tivoli Monitoring. Tivoli Monitoring берет данные, а затем создает графики работоспособности и производительности приложений из этого необработанные данные.

Answer 9

Большой вопрос.

Мы искали какое-то решение для мониторинга на уровне приложений для наших нужд некоторое время назад, не повезло. Популярное решение для мониторинга в основном предназначено для мониторинга инфраструктуры, и, по моему мнению, они слишком сложны для требований большинства малых и средних компаний.

Мы обязаны (в основном) следующие функции:

• оповещение - мы хотели бы знать о инциденте как можно быстрее
• безболезненного управления - веб-сервис станет назначенным лучших
• визуализаций - это хорошо знать, что происходит, и получить некоторые данные из данных

Поскольку мы не нашли подходящих растворов мы начали писать сами. Наконец, мы закончили работу с запущенной службой под названием AlertGrid. (Вы можете проверить его бесплатно.)

Идея заключается в том, чтобы обеспечить простой способ обработки пользовательских сценариев мониторинга. API интеграции очень прост (одна функция с двумя требуемыми параметрами). В momment мы и другие используем его для:

• монитора запланированных задач (CRON заданий)
• монитора всей логики приложения исполнение
• оповещения об ошибках в приложениях
• мы также работаем на примерах мониторинг базовой инфраструктуры с использованием AlertGrid