Готовый продукт APM-мониторинга или собственная разработка на основе Open Source: что на самом деле выгоднее

Преимущества и подводные камни Open Source

Разработка программного обеспечения с открытым исходным кодом приобрела популярность благодаря мелкому и среднему бизнесу и отсутствию бюджетов на покупку коммерческих продуктов. Open Source позволяет компаниям разрабатывать продукт, полностью соответствующий потребностям бизнеса и независимый от вендорских решений. Но в попытке сэкономить на покупке лицензий, компании часто не учитывают ряд нюансов. Консалтинговая компания Accenture и Инновационный центр «Сколково» выделили четыре основные сложности, с которыми сталкиваются российские организации при внедрении технологий Open Source:

• 80% респондентов-разработчиков и более 40% потребителей столкнулись с необходимостью в долгой адаптации Open Source под конкретный процесс, что существенно тормозит time-to-market продукта и влечет лишние финансовые расходы.
• У 60% разработчиков и потребителей возникли сложности в интеграции со смежными системами, т. е. зачастую имеющаяся в наличии документация не покрывает всю специфику установочных работ. Это предъявляет дополнительные требования к техническим специалистам компании.
• 60% организаций испытывают затруднения в отсутствии компетенций внутри компании для грамотного внедрения продукта и его интеграции с уже существующими решениями. Приходится привлекать внешних экспертов и пользоваться услугами сторонней организации.
• 12% респондентов имеют административные барьеры в компании, связанные с неготовностью как к решению юридических, финансовых вопросов, так и к организации и выстраиванию производственных процессов.

Сложности внедрения технологий 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 по ряду критериев.

Резюме

Open Source сегодня считается одним из наиболее доступных способов создания ИТ-продукта, поэтому является привлекательным для миллионов пользователей и разработчиков. Технологии с открытым кодом позволяют осуществлять гибкую разработку и создавать решение, полностью соответствующее потребностям бизнеса. Однако использование такого решения влечет за собой серьезные финансовые, юридические риски и угрозы безопасности. Также в индустрии open source технологии считаются бесплатными, что является ошибочным суждением. Как показывают расчеты, доработка такого кода требует инвестиций в команду разработки, практически всегда непредсказуема, вследствие чего возникают непредвиденные расходы, связанные с изменениями, внедрением и поддержкой решения. Кроме того, при выборе формата разработки упускается из виду вопрос, связанный с организацией необходимой структуры и технической экспертизой внутри компании. Решить данный вопрос возможно с помощью привлечения внешних ИТ-специалистов, но таким образом разработка затягивается на месяцы и использовать готовое решение компания сможет в лучшем случае через год. Поэтому выбирая формат open source, бизнес должен иметь четкую аргументацию целесообразности решения.

Коробочное ПО гарантирует предсказуемость как в сроках интеграции, так и расходах, а также является более эффективным и экономичным решением, т.к. разработчики решений уже взяли на себя работу по созданию готового продукта. Инфраструктура компании обслуживается технической поддержки до тех пор, пока не произойдет полная синхронизация технологических процессов. Она может гарантированно получать помощь квалифицированных специалистов, узнавать о планах развития продукта и даже влиять на них через запрос на улучшение. Такой формат позволяет не тратить время на операционные процессы и фокусироваться на развитии своего бизнеса.

Источник.