Когда нужно построить инфраструктуру на российском стеке, с каждой функциональностью — своя история. Недавно мои коллеги рассказали несколько таких историй про российские СУБД, решения для IP-телефонии, платформу виртуализации zVirt.
Я – Сергей Шульгин, эксперт по сетевым технологиям ИТ-компании К2Тех. Расскажу про отечественные системы мониторинга, чем отличаются коробочные и платформенные решения и как между ними выбирать. Про платформы расскажу чуть подробнее: с их внедрением и эксплуатацией всё немного сложнее. Ну и поскольку выбор платформ небольшой, расскажем про ту, которую мы, наряду с другими, часто ставим нашим клиентам — Tibbo Systems AggreGate.
Переход на отечественные системы мониторинга
Раньше большинство внедряемых систем мониторинга были иностранными. Когда иностранцы покинули российский рынок, продолжать использование их решений в таких бизнес-критических функциональностях, как мониторинг, стало небезопасно: решения не обновляются, не поддерживаются, копят уязвимости и могут отвалиться в любой момент.
Мы исследовали доступные российские решения, чтобы нам было что предложить нашим клиентам. На рынке есть довольно зрелые отечественные системы для мониторинга инфраструктуры. И в этой статье мы сфокусируемся конкретно на системах инфраструктурного мониторинга с функциями сбора xFlow.
Из-за пока что небольшого числа кейсов на рынке внедрение и интеграция российских систем мониторинга иногда требуют некоторого креатива. Зато отечественные вендоры более открыты к диалогу с клиентами и интеграторами, доработкам продуктов под задачи заказчика и запросы рынка. Иногда им даже просто интересно получить опыт с клиентом в новой отрасли, и они идут навстречу и по условиям, и по объёму доработок собственных решений. Через несколько лет ситуация может поменяться, и добавить свой запрос в дорожную карту развития продукта будет уже не так просто. Так что для тех, кто ещё не начал работать с отечественными решениями, сейчас самый благоприятный момент это сделать.
Нашим клиентам, которые продолжают использовать иностранные системы мониторинга, мы рекомендуем либо сразу мигрировать на импортонезависимые решения, либо вводить в эксплуатацию российскую систему постепенно, параллельно с работающей иностранной. Тогда в случае внезапных ограничений со стороны заграничного вендора у команды уже будет экспертиза и понимание, как быстро завершить переход на российское решение.
Когда же мы, по запросу заказчика, создаём инфраструктуру с нуля, мы уже с самого начала стараемся строить ее на российских или опенсорсных системах. Включая, разумеется, систему мониторинга.
Коробка и платформа: отличия и особенности
На рынке есть два типа решений для построения системы мониторинга, которые требуют разного подхода к внедрению.
Коробочное решение можно развернуть, минимально настроить и ввести в эксплуатацию за несколько дней.
Платформенное решение — конструктор, из которого можно собрать целевую систему мониторинга (и не только мониторинга), максимально адаптированную и оптимизированную под задачи конкретного бизнеса. Платформу невозможно запустить сразу, понадобится кастомизировать решение.
В кастомизацию платформы входит:
Создание логики обработки собираемых данных.
Разработка дополнительных драйверов для оборудования.
Интеграция: с почтами, compliance-системами, ITSM, системами нотификации, чатами, зонтичными системами мониторинга для обработки событий и всего остального, что следует из бизнес-задачи и выбранной архитектуры её реализации.
Веб-разработка дашбордов, портала, отчетов, визуализаций, в том числе согласно brand book компании.
В выборе между платформенным решением и коробкой исходят из задачи, которую нужно решить, бюджета, времени на развертывание, квалификации и загруженности команды.
Сравнение платформенных и коробочных систем мониторинга
Платформенные решения | Коробочные решения | ||
Реализация задач мониторинга | |||
Сбор сырых данных | Есть, гибкий. | Есть, привязан к определённым поддерживаемым технологиям. | |
Обработка | Есть + гибкие возможности доработки. | Встроенные способы обработки данных для большинства типовых задач, низкие возможности по кастомизации. | |
Визуализация | Требуется разрабатывать команде клиента или силами подрядчика. | Встроенные визуализации для большинства типовых задач, низкие возможности по кастомизации. | |
Поддержка разнородных элементов инфраструктуры | Позволяет реализовать мониторинг множества разнородных нетиповых устройств. Можно самостоятельно написать драйверы поддержки нужных устройств по понятным правилам и шаблонам. | Поддерживаются только распространённые решения. Кастомная поддержка редких решений проблематична. | |
Внедрение и обслуживание | |||
Время развёртывания | Требуется кастомизация решения, развёртывание — несколько недель или месяцев. Однако чем более типовые элементы составляют инфраструктуру, тем внедрение быстрее. Например: телеком: коммутаторы ecom — будки выдачи товаров АСУТП — контроллеры банки — Банкоматы умный город — светофоры | Решение готово к работе. Для простых решений развёртывание — за несколько дней. | |
Компетенции для работы с системой мониторинга | Требования: Минимальное понимание программирования (low code), CSS, HTML. Знание протоколов мониторинга, релевантных целевой информационной системе: например — SNMP v1/v2c/v3, xFlow, ICMP. | Базовые навыки по администрированию систем мониторинга и основных протоколов: SNMP v1/v2c/v3, ICMP | |
Поддержка и развитие решения | Развивает и поддерживает конечное решение команда на стороне пользователя (собственная или аутсорсер), без привлечения вендора. В команде накапливается компетенция работы с платформой, дальнейшие проекты делать проще. | Поддержка и развитие решения требуют вовлечения вендора. Запросы на добавление новых функциональностей, поддержки устройств происходят через него. | |
Примеры решений | |||
Глобальные | MicroFocus, IBM (Tivoli, etc), CA (Spectrum, etc), Microsoft (SCOM, etc) | Solarwinds, OpManager, WhatsUp Gold, PRTG | |
Отечественные | INITI SOLO, Saymon, ЦИСУСС «NB XT EM» и другие |
Структура расходов и её связь с объёмом кастомизации
Расходы на решение складываются из стоимости лицензии, кастомизации при внедрении и стоимости дальнейшей эксплуатации. При этом:
Лицензия платформенного решения стоит гораздо меньше, чем для коробочного, но требует объёмной кастомизации.
Стоимость эксплуатации с точки зрения часов команды между коробкой и платформой так сильно не различается: подобно коробке, правильно внедрённая платформа может практически не требовать «ухода».
Так что выбор между коробкой и платформой с точки зрения стоимости определяется в первую очередь объёмом кастомизации при внедрении.
Приведу пример двух проектов, чтобы вы оценили, как варьируется стоимость внедрения в зависимости от бизнес-задач и ИТ-ландшафта. Для полноты картины добавлю срок развёртывания, потому что время — деньги.
Платформа | Коробочное решение | |
Кейс 1: мониторинг системы видеоконференц-связи (ВКС) 35 примерно одинаковых серверов, сетевое оборудование, ИБП, ПО ВКС и другие элементы инфраструктуры | ||
Стоимость | ≈ 1.5М ₽ | ≈ 7.2 М |
Стоимость лицензии | ≈ 1М ₽ | ≈ 7М ₽ |
Стоимость работ | ≈ 500К ₽ | ≈ 200К |
Срок внедрения | ≈ 3 месяца | ≈ 1 месяц |
Кейс 2: Мониторинг и обработка событий из внешних систем Сбор и обработка событий из ~20 внешних систем | ||
Стоимость | ≈ 40М+ ₽ | ≈ 40М ₽ |
Стоимость лицензии | ≈ 15M | ≈ 35М |
Стоимость работ | ≈ 25+М | ≈ 5М |
Срок внедрения | ≈ 1 год | ≈ 8 месяцев |
Выбор платформенных решений на российском рынке
Российские коробочные решения для мониторинга достойны отдельной статьи: в их развёртывании, интеграции и эксплуатации есть свои нюансы.
Но есть задачи, с которыми коробка в принципе не сможет справиться: когда данные мониторинга надо собирать с нетипового оборудования по нетиповым протоколам. Вендорам коробочных решений удаётся поддерживать только самые распространённые технологии. Поэтому для нестандартных инфраструктур, разнородных, имеющих легаси, выбора, по сути, нет: нужно взять платформу и кастомизировать её под каждый тип оборудования и ПО, которое надо мониторить.
Поэтому я кратко расскажу именно про кейс внедрения платформы Tibbo Systems — качественном проработанном отечественном решении, к которому мы нередко обращаемся в своих проектах.
О платформе мониторинга Tibbo Systems AggreGate Вендор Tibbo Systems на российском рынке с 2001 года. Платформу AggreGate они создали с прицелом на гибкость и масштабируемость для поддержки как небольших решений, так и высоконагруженных распределённых систем. Платформа с нуля разработана российской командой и включена в реестр отечественного ПО. Отрасли и задачи. Нам как интегратору в первую очередь интересны возможности AggreGate по мониторингу приложений и сервисов. Но вообще AggreGate поддерживает решения для телекома, MSP-провайдеров, операторов ЦОД, просто крупных распределённых корпораций, производств (IoT/IIoT), так же как и для небольших корпораций. Технологические возможности. Стратегия AggreGate — в поддержке интеграции с любыми технологическими системами и оборудованием, в том числе с устаревшими. Интеграция происходит через API. По сути это значит, что даже если нужных драйверов нет у самого Tibbo, за счёт разработки собственных драйверов и коннекторов можно решать любые нестандартные задачи мониторинга без привлечения вендора. Поддержка. Команда поддержки и разработки Tibbo Systems открыта к диалогу. Нам нравится подробная и хорошо организованная документация: много конкретных примеров, написана понятным языком, описаны сотни сценариев, документация интегрирована в платформу. К этому можно добавить учебные курсы, учебный центр и пользовательское сообщество в Telegram. Возможности Low code. При том что система поддерживает стандартную разработку в виде кода, AggreGate предоставляет инструменты разработки в режиме Low code. Так что для некоторых задач наши конечные заказчики могут даже не обращаться к команде разработки. |
Пример внедрения платформенных решений Tibbo Systems AggreGate
Чтобы вы представили себе объём трудозатрат при типичном внедрении платформы мониторинга, расскажу о реальном кейсе.
Задача. В государственном учреждении требовалось внедрение системы ВКС на базе российского решения IVA (недавно мы писали о внедрении IVA в другом проекте). В плане мощности ВКС должна поддерживать до 50 параллельных участников в видеоконференциях.
Требовалось внедрить серверы приложений и всю сопутствующую инфраструктуру, развернуть и сконфигурировать ПО. В том числе эти работы включали развёртывание мониторинга серверов и ПО ВКС, сетевого оборудования, ИБП, МЭ, устройств конференц-связи в переговорках.
Я кратко упоминал эту задачу, когда рассказывал про расчёт стоимости. Как вы уже поняли, по стоимости мы выбрали платформу, поскольку речь шла о десятикратной экономии по сравнению с внедрением коробки. Систему мониторинга мы решили построить на платформе AggreGate.
Срок внедрения: 3 месяца, сдача — осень 2023 года.
Внедрение включило следующие работы с нашей стороны:
разработку архитектуры решения;
разработку системы мониторинга;
развертывание и конфигурацию системы мониторинга;
интеграцию с системами, с которых нужно собирать данные мониторинга;
разработка алгоритмов обработки собираемых данных
разработка фронтенда (дашборды, отчёты и так далее).
Трудозатраты: в нашем случае была 50% загрузка двух человек. Можно сказать, это 3 человеко-месяца полной загрузки. Уровень экспертизы: понимание работы систем мониторинга, прохождение обучения AggreGate (занимает 1 неделю).
Поддержка системы: на нас (интеграторе). Это ≈1 обращение в месяц консультационного характера.
Администрировать систему можно также через WEB интерфейс:
Как выбрать между коробкой и платформой: главное
Выбирайте коробку, если:
задачи вашего проекта вписываются в возможности коробки по поддержке всех элементов вашей инфраструктуры: железа, протоколов, форматов данных и так далее;
вам нужно внедрить систему быстро;
вы не хотите загружать команду или аутсорсеров кастомизацией решения.
Выбирайте платформу, если
у вас много однотипных, шаблонизированных задач, небольшой бюджет на лицензии и есть некоторое время команды;
в проекте много разнородного нетипового железа и ПО, которые не закрываются возможностями коробок;
вы хотите минимизировать зависимость от вендора и расходы на продление лицензии.
Спасибо за внимание! Буду рад, если поделитесь в комментариях, готовы ли вы сейчас переходить на российские решения по мониторингу? И что сдерживает, если не готовы?