Готовый продукт APM-мониторинга или разработка на основе Open Source: что на самом деле выгоднее
Коробочный продукт или разработка с использованием открытого исходного кода? Этот вопрос уже который год остается одним из самых обсуждаемых в мире ИТ. Еще в 2021 году создание ИТ-решений на Open Source было одним из безоговорочных трендов российского рынка — согласно исследованию «Руссофт», почти 30% продаж российских вендоров приходилось на кастомное ПО. Методология открытого исходного кода исключает затраты на приобретение лицензий, является доступной для всех желающих, обеспечивает гибкую кастомизацию под любые требования бизнеса, а также имеет мощные ИТ-коммьюнити, которые дают хорошее подспорье в создании решений.
Однако в 2023 году, по данным РБК, компании стали больше ориентироваться на готовые решения, руководствуясь быстрой отдачей от инвестиций (ROI), Time-To-Value и сокращением CAPEX- и OPEX-расходов. Внедрения происходят быстрее, дешевле, по сравнению с собственной разработкой, также компании получают соответствие нормативным требованиям, гарантированную техническую поддержку и помощь в настройке, что бывает критичным, если в инхаус-команде недостаточно специалистов или отсутствуют необходимые компетенции. Скорость процесса позволяет компаниям управлять своими бюджетами и фокусироваться на развитии своих сервисов, а не на разработке и подборе подходящего софта и устройств.
Преимущества и подводные камни Open Source
Разработка программного обеспечения с открытым исходным кодом приобрела популярность благодаря мелкому и среднему бизнесу и отсутствию бюджетов на покупку коммерческих продуктов. Open Source позволяет компаниям разрабатывать продукт, полностью соответствующий потребностям бизнеса и независимый от вендорских решений. Но в попытке сэкономить на покупке лицензий, компании часто не учитывают ряд нюансов. Консалтинговая компания Accenture и Инновационный центр «Сколково» выделили четыре основные сложности, с которыми сталкиваются российские организации при внедрении технологий Open Source:
- 80% респондентов-разработчиков и более 40% потребителей столкнулись с необходимостью в долгой адаптации Open Source под конкретный процесс, что существенно тормозит time-to-market продукта и влечет лишние финансовые расходы.
- У 60% разработчиков и потребителей возникли сложности в интеграции со смежными системами, т. е. зачастую имеющаяся в наличии документация не покрывает всю специфику установочных работ. Это предъявляет дополнительные требования к техническим специалистам компании.
- 60% организаций испытывают затруднения в отсутствии компетенций внутри компании для грамотного внедрения продукта и его интеграции с уже существующими решениями. Приходится привлекать внешних экспертов и пользоваться услугами сторонней организации.
- 12% респондентов имеют административные барьеры в компании, связанные с неготовностью как к решению юридических, финансовых вопросов, так и к организации и выстраиванию производственных процессов.
Сложности внедрения технологий Open Source
Общая доступность исходного кода влечет за собой также определенные технические и юридические риски:
- Компрометация легитимных пакетов — злоумышленники атакуют всю цепочку поставки ПО на Open Source, включая инфраструктуру распространения.
- Замена имен вредоносных компонентов на названия легитимных пакетов с открытым исходным кодом и их последующая ошибочная интеграция.
- Использование неподдерживаемого или устаревшего ПО, что затрудняет патчинг безопасности и приводит к возникновению уязвимостей.
- Несовместимость лицензии приложения или пакета с уже существующими компонентами внутри компании.
- Санкционные риски — создатели технологий со временем могут запретить легальное использование их в России.
Характеристики коробочного решения
В отличие от разработки с открытым кодом, коробочное решение является уже готовым к работе продуктом с набором компонентов с определенным функционалом, пользовательским интерфейсом, который способен интегрироваться с различными сервисами. Коробочное решение настраивается под любые требования компании благодаря чему четко решает поставленные задачи.
Внедрение готового продукта занимает от нескольких дней до пары месяцев, требует меньших финансовых затрат, даже с учетом необходимых доработок, экономит бюджет и интеллектуальные ресурсы, и позволяет не тратить время на отладку полностью всего продукта, т.к. компоненты можно тестировать отдельно. У коробочного решения лучшая масштабируемость и возможность развития функционала, поскольку модульная архитектура упрощает добавление новых компонентов в продукт. Также готовое ПО чаще всего предусматривает интеграцию с другими системами и программами, что облегчает совместную работу со всеми контрагентами.
От общего к частному: сравнение готового продукта APM-мониторинга с Open Source на примере observability платформы GMonit
Наша компания является производителем российской платформы наблюдаемости GMonit, которая обеспечивает бесперебойную работу сервисов с помощью комплексного мониторинга производительности приложений, инфраструктуры, пользовательского опыта. В основе GMonit лежат лучшие практики от enterprise и в том числе open-source решений. Мы прошли сложный и долгий путь от идеи до выпуска APM-инструмента, используя глубокую экспертизу DevOps и full stack мониторинга приложений, вложив в процесс время, ресурсы и немалые бюджеты, чтобы адаптировать продукт под требования бизнеса и предложить нашим клиентам уже готовое решение с коротким Time to Value и оптимальным соотношением цена/качество. Сравним коробочный продукт APM-мониторинга с разработкой на Open Source на примере GMonit по ряду критериев.
Резюме
Open Source сегодня считается одним из наиболее доступных способов создания ИТ-продукта, поэтому является привлекательным для миллионов пользователей и разработчиков. Технологии с открытым кодом позволяют осуществлять гибкую разработку и создавать решение, полностью соответствующее потребностям бизнеса. Однако использование такого решения влечет за собой серьезные финансовые, юридические риски и угрозы безопасности. Также в индустрии open source технологии считаются бесплатными, что является ошибочным суждением. Как показывают расчеты, доработка такого кода требует инвестиций в команду разработки, практически всегда непредсказуема, вследствие чего возникают непредвиденные расходы, связанные с изменениями, внедрением и поддержкой решения. Кроме того, при выборе формата разработки упускается из виду вопрос, связанный с организацией необходимой структуры и технической экспертизой внутри компании. Решить данный вопрос возможно с помощью привлечения внешних ИТ-специалистов, но таким образом разработка затягивается на месяцы и использовать готовое решение компания сможет в лучшем случае через год. Поэтому выбирая формат open source, бизнес должен иметь четкую аргументацию целесообразности решения.
Коробочное ПО гарантирует предсказуемость как в сроках интеграции, так и расходах, а также является более эффективным и экономичным решением, т.к. разработчики решений уже взяли на себя работу по созданию готового продукта. Инфраструктура компании обслуживается технической поддержки до тех пор, пока не произойдет полная синхронизация технологических процессов. Она может гарантированно получать помощь квалифицированных специалистов, узнавать о планах развития продукта и даже влиять на них через запрос на улучшение. Такой формат позволяет не тратить время на операционные процессы и фокусироваться на развитии своего бизнеса.
