Готовый продукт APM-мониторинга или собственная разработка на основе Open Source: что на самом деле выгоднее
Коробочный продукт или разработка с использованием открытого исходного кода? Этот вопрос уже который год остается одним из самых обсуждаемых в мире ИТ. Еще в 2021 году создание ИТ-решений на Open Source было одним из безоговорочных трендов российского рынка — согласно исследованию «Руссофт», почти 30% продаж российских вендоров приходилось на кастомное ПО. Методология открытого исходного кода исключает затраты на приобретение лицензий, является доступной для всех желающих, обеспечивает гибкую кастомизацию под любые требования бизнеса, а также имеет мощные ИТ-коммьюнити, которые дают хорошее подспорье в создании решений.
Однако в 2023 году, по данным РБК, компании стали больше ориентироваться на готовые решения, руководствуясь быстрой отдачей от инвестиций (ROI), Time-To-Value и сокращением CAPEX- и OPEX-расходов. Внедрения происходят быстрее, дешевле, по сравнению с собственной разработкой, также компании получают соответствие нормативным требованиям, гарантированную техническую поддержку и помощь в настройке, что бывает критичным, если в инхаус-команде недостаточно специалистов или отсутствуют необходимые компетенции. Скорость процесса позволяет компаниям управлять своими бюджетами и фокусироваться на развитии своих сервисов, а не на разработке и подборе подходящего софта и устройств.
Однако в 2023 году, по данным РБК, компании стали больше ориентироваться на готовые решения, руководствуясь быстрой отдачей от инвестиций (ROI), Time-To-Value и сокращением CAPEX- и OPEX-расходов. Внедрения происходят быстрее, дешевле, по сравнению с собственной разработкой, также компании получают соответствие нормативным требованиям, гарантированную техническую поддержку и помощь в настройке, что бывает критичным, если в инхаус-команде недостаточно специалистов или отсутствуют необходимые компетенции. Скорость процесса позволяет компаниям управлять своими бюджетами и фокусироваться на развитии своих сервисов, а не на разработке и подборе подходящего софта и устройств.
Очевидно, что плюсы есть у обоих подходов, но какой формат разработки ПО лучше для бизнеса, который не специализируется на разработке специфичных ИТ-продуктов — создавать инструмент на Open Source собственными силами или использовать готовый продукт? Рассмотрим в статье.
Преимущества и подводные камни Open Source
Разработка программного обеспечения с открытым исходным кодом приобрела популярность благодаря мелкому и среднему бизнесу и отсутствию бюджетов на покупку коммерческих продуктов. Open Source позволяет компаниям разрабатывать продукт, полностью соответствующий потребностям бизнеса и независимый от вендорских решений. Но в попытке сэкономить на покупке лицензий, компании часто не учитывают ряд нюансов. Консалтинговая компания Accenture и Инновационный центр «Сколково» выделили четыре основные сложности, с которыми сталкиваются российские организации при внедрении технологий Open Source:
12% респондентов имеют административные барьеры в компании, связанные с неготовностью как к решению юридических, финансовых вопросов, так и к организации и выстраиванию производственных процессов.
60% организаций испытывают затруднения в отсутствии компетенций внутри компании для грамотного внедрения продукта и его интеграции с уже существующими решениями. Приходится привлекать внешних экспертов и пользоваться услугами сторонней организации.
У 60% разработчиков и потребителей возникли сложности в интеграции со смежными системами, т. е. зачастую имеющаяся в наличии документация не покрывает всю специфику установочных работ. Это предъявляет дополнительные требования к техническим специалистам компании.
80% респондентов-разработчиков и более 40% потребителей столкнулись с необходимостью в долгой адаптации Open Source под конкретный процесс, что существенно тормозит time-to-market продукта и влечет лишние финансовые расходы.
Сложности внедрения технологий Open Source
Общая доступность исходного кода влечет за собой также определенные технические и юридические риски:
1
Компрометация легитимных пакетов — злоумышленники атакуют всю цепочку поставки ПО на Open Source, включая инфраструктуру распространения.
2
Замена имен вредоносных компонентов на названия легитимных пакетов с открытым исходным кодом и их последующая ошибочная интеграция.
3
Использование неподдерживаемого или устаревшего ПО, что затрудняет патчинг безопасности и приводит к возникновению уязвимостей.
4
Несовместимость лицензии приложения или пакета с уже существующими компонентами внутри компании.
5
Санкционные риски — создатели технологий со временем могут запретить легальное использование их в России.
Характеристики коробочного решения
В отличие от разработки с открытым кодом, коробочное решение является уже готовым к работе продуктом с набором компонентов с определенным функционалом, пользовательским интерфейсом, который способен интегрироваться с различными сервисами. Коробочное решение настраивается под любые требования компании благодаря чему четко решает поставленные задачи.
Внедрение готового продукта занимает от нескольких дней до пары месяцев, требует меньших финансовых затрат, даже с учетом необходимых доработок, экономит бюджет и интеллектуальные ресурсы, и позволяет не тратить время на отладку полностью всего продукта, т.к. компоненты можно тестировать отдельно. У коробочного решения лучшая масштабируемость и возможность развития функционала, поскольку модульная архитектура упрощает добавление новых компонентов в продукт. Также готовое ПО чаще всего предусматривает интеграцию с другими системами и программами, что облегчает совместную работу со всеми контрагентами.
Внедрение готового продукта занимает от нескольких дней до пары месяцев, требует меньших финансовых затрат, даже с учетом необходимых доработок, экономит бюджет и интеллектуальные ресурсы, и позволяет не тратить время на отладку полностью всего продукта, т.к. компоненты можно тестировать отдельно. У коробочного решения лучшая масштабируемость и возможность развития функционала, поскольку модульная архитектура упрощает добавление новых компонентов в продукт. Также готовое ПО чаще всего предусматривает интеграцию с другими системами и программами, что облегчает совместную работу со всеми контрагентами.
От общего к частному: сравнение готового продукта APM-мониторинга с Open Source на примере observability платформы GMonit
Наша компания является производителем российской платформы наблюдаемости GMonit, которая обеспечивает бесперебойную работу сервисов с помощью комплексного мониторинга производительности приложений, инфраструктуры, пользовательского опыта. В основе GMonit лежат лучшие практики от enterprise и в том числе open-source решений. Мы прошли сложный и долгий путь от идеи до выпуска APM-инструмента, используя глубокую экспертизу DevOps и full stack мониторинга приложений, вложив в процесс время, ресурсы и немалые бюджеты, чтобы адаптировать продукт под требования бизнеса и предложить нашим клиентам уже готовое решение с коротким Time to Value и оптимальным соотношением цена/качество. Сравним коробочный продукт APM-мониторинга с разработкой на Open Source на примере GMonit по ряду критериев.
Ядро
Готовые агенты с открытым кодом или экспорт данных через Prometheus/ OpenTelemetry
- Готовые агенты для всех популярных технологий (Java, C#, PHP, Python, Ruby, Go, Elixir и пр.)
- Использование протокола Open Telemetry для сбора данных
Безопасность
- Контроль исполнения требований по безопасности на всех уровнях разработки и масштабирования продукта
- Санкционные ограничения функциональности уровня enterprise (active directory, LDAP)
- On Premise
- ФЗ-187 «О безопасности КИИ»
- Ролевая модель и разграничение доступа
- Исполнение требований безопасности: сертификаты, шифрование, защищенные протоколы обмена данными, к размещению, к резервному копированию, отказоустойчивости и др.
- Реестр отечественного ПО
Развитие
- Сбор
- требований и индивидуальное развитие системы
- R&D
- Выделенное направление R&D для развития новых функций (детекция аномалий, предиктивный анализ, управление событиями и др.)
- Использование современных мировых подходов и стандартов в мониторинге (Open Telemetry, Data Observability, Observability Driven Development и др.)
Масштаби-
рование
рование
Проектирование и поддержка собственной модели масштабирования и
отказоустойчивости
отказоустойчивости
- Поставка нового функционала в рамках roadmap продукта
- Обширные возможности по горизонтальному масштабированию
Поддержка
- Внутренняя команда поддержки и эксплуатации собственного продукта
- Разрозненные (отсутствие) каналы поддержки используемых Opensource продуктов
- Недоступность платной поддержки для РФ
Единая вендорская служба поддержки с SLA
Критерий
Open Source
Функцио-
нальность
нальность
- Базовый APM (ручная инструментация и разметка)
- Стандартный интерфейс обзора данных
- Индивидуальные дашборды
- Интуитивно понятный интерфейс — 2−3 клика до корневой причины
- Полная наблюдаемость. Frontend-Backend-Infrastructure
- Предустановленные дашборды и функции: Здоровье сервиса, Здоровье транзакции, Карта сервисов, Распределенная трассировка транзакций, Ошибки, Медленные транзакции, Набор инфраструктурных дашбордов
- Универсальность. Поддержка современного технологического стека
- Мониторинг бизнес метрик (заказы, брошенные корзины, суммы и тп)
- Не требует модификаций исходного кода
- Средний оверхэд не более 4%
GMonit
От 1 года (для крупного бизнеса)
От 1 часа до 5 раб. дней (в стандартной поставке)
Time to value
Ресурсы / Сроки внедрения
- Собственная команда по разработке и внедрению инструментов мониторинга
- Зависимость размера команды от сложности и размера проекта. В среднем — 6−7 чел
- Сроки внедрения разработки — 3−4 мес
- Специалисты по внедрению и настройке от GMonit — 1−2 чел
- Сроки внедрения — 1 мес
Также рассмотрим стоимость разработки и владения системой мониторинга на основе Open Source в первых год жизни на примере среднего и малого бизнеса.
Итого за первый год:
350*4+240*0.5+350*1.5+350/160*10*12+350*1 =2 657.5 т.р/год.
350 т.р./мес
Масштабирование
Поддержка
10 чел/час в месяц
1.5 чел/мес
Срок внедрения
Статья
Open Source
Срок разработки
4.5 чел/мес
350 т.р./мес
ФОТ аналитика
ФОТ разработчика
350 т.р./мес
Статья
Open Source
Резюме
Open Source сегодня считается одним из наиболее доступных способов создания ИТ-продукта, поэтому является привлекательным для миллионов пользователей и разработчиков. Технологии с открытым кодом позволяют осуществлять гибкую разработку и создавать решение, полностью соответствующее потребностям бизнеса. Однако использование такого решения влечет за собой серьезные финансовые, юридические риски и угрозы безопасности. Также в индустрии open source технологии считаются бесплатными, что является ошибочным суждением. Как показывают расчеты, доработка такого кода требует инвестиций в команду разработки, практически всегда непредсказуема, вследствие чего возникают непредвиденные расходы, связанные с изменениями, внедрением и поддержкой решения. Кроме того, при выборе формата разработки упускается из виду вопрос, связанный с организацией необходимой структуры и технической экспертизой внутри компании. Решить данный вопрос возможно с помощью привлечения внешних ИТ-специалистов, но таким образом разработка затягивается на месяцы и использовать готовое решение компания сможет в лучшем случае через год. Поэтому выбирая формат open source, бизнес должен иметь четкую аргументацию целесообразности решения.
Коробочное ПО гарантирует предсказуемость как в сроках интеграции, так и расходах, а также является более эффективным и экономичным решением, т.к. разработчики решений уже взяли на себя работу по созданию готового продукта. Инфраструктура компании обслуживается технической поддержки до тех пор, пока не произойдет полная синхронизация технологических процессов. Она может гарантированно получать помощь квалифицированных специалистов, узнавать о планах развития продукта и даже влиять на них через запрос на улучшение. Такой формат позволяет не тратить время на операционные процессы и фокусироваться на развитии своего бизнеса.
Коробочное ПО гарантирует предсказуемость как в сроках интеграции, так и расходах, а также является более эффективным и экономичным решением, т.к. разработчики решений уже взяли на себя работу по созданию готового продукта. Инфраструктура компании обслуживается технической поддержки до тех пор, пока не произойдет полная синхронизация технологических процессов. Она может гарантированно получать помощь квалифицированных специалистов, узнавать о планах развития продукта и даже влиять на них через запрос на улучшение. Такой формат позволяет не тратить время на операционные процессы и фокусироваться на развитии своего бизнеса.