Мониторинг ИТ-инфраструктуры — это бизнес-процесс, который нужен, чтобы собрать и проанализировать данные из IT-инфраструктуры и использовать их для улучшения бизнес-результатов всей компании.

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

Считается, что данный бизнес-процесс востребован в основном крупными организациями, однако последние исследования от Persistence Market Research показывают, что среднегодовой рост именно в сегменте СМБ будет самым высоким.

Выстраиваем централизованную систему превентивного мониторинга.

Система охватывает все приложения и стеки ПО, серверы, низкоуровневые метрики, бизнес метрики и имеет алерты.

Преимущество подхода в том, что нами активно используются математические функции типа predict_linear для прогнозирования ситуаций и инцидентов с помощью проработки сценариев.

Пример: функция прогнозирования позволяет определить, что, к примеру, если приложение, которое сейчас осуществляет запись на определённый сервер, будет продолжать запись с такой же интенсивностью ещё 4 часа, то место на диске закончится или SSL сертификат истечет через 2 недели.

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

Зачем описывать инфраструктуру?

Обычно знания о структуре компании находятся:
– в виде знаний в головах экспертов и менеджеров проекта
– на рабочий станциях
– отсутствуют вообще

В обоих случаях мы оказываемся в ловушке, становясь зависимыми в работе над проектом:
– либо от человека, который смертный, подверженный болезням, влюблённостям, перепадам настроения и просто банальным увольнениям
– либо от физически работающей машины, которая тоже падает, подвержена риску взлома или поломки, преподносит неожиданности и неудобства

В такой ситуации очевидным выходом будет перевод описания инфраструктуры или архитектуры приложения на человекочитаемый, поддерживаемый, качественно написанный код.
Таким образом инфраструктура как код (Infrastructure as Code – IaC) – это описание всей имеющейся структуры в виде кода, через который можно управлять серверами, базами данных, сетями и т.д.

Ценность IaC стоит на 3 китах: цена, скорость и уменьшение рисков. Уменьшение расходов относится не только к финансовой составляющей, но и к количеству времени, затрачиваемого на рутинные операции, улучшая и оптимизируя бизнес-процессы. Принципы IaC позволяют не фокусироваться на рутине, а заниматься более важными задачами. Автоматизация позволяет оптимизировать существующие ресурсы. Также автоматизация позволяет минимизировать риск возникновения ошибки из-за человеческого фактора.

Всё это является частью культуры DevOps.

Основное наше орудие – Ansible, который мы используем более 5 лет и наши инженеры им владеют в совершенстве для удаленного управления конфигурациями и развертывания приложений.

Ansible берет на себя всю работу по приведению удаленных серверов в необходимое состояние.
С помощью Ansible мы поможем описать, как достичь этого состояния, эксплуатируя сценарии playbooks. Такая технология позволяет очень быстро осуществлять переконфигурирование системы.

Ansible имеет ряд преимуществ перед аналогичными решениями – Puppet, Chef и Salt.

Наши инженеры имеют огромное количество собственных наработок - готовых Ansible скриптов или сценариев (Playbooks) для добавления в проект любой конфигурации в зависимости от стека, нагрузки и многих других факторов.