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

Коробочный продукт или разработка с использованием открытого исходного кода? Этот вопрос уже который год остается одним из самых обсуждаемых в мире ИТ. Еще в 2021 году создание ИТ-решений на Open Source было одним из безоговорочных трендов российского рынка — согласно исследованию «Руссофт», почти 30% продаж российских вендоров приходилось на кастомное ПО. Методология открытого исходного кода в большинстве случаев не требует покупки лицензий, является доступной для всех желающих, обеспечивает гибкую кастомизацию под любые требования бизнеса, а также имеет мощные ИТ-коммьюнити, которые дают хорошее подспорье в создании решений.

Однако в 2023 году, по данным РБК, компании стали больше ориентироваться на готовые решения, руководствуясь быстрой отдачей от инвестиций (ROI), Time-To-Value и сокращением CAPEX- и OPEX-расходов. Внедрения происходят быстрее, дешевле, по сравнению с собственной разработкой, также компании получают соответствие нормативным требованиям, техническую поддержку со стороны вендора и помощь в настройке, что бывает критичным, если в инхаус-команде недостаточно специалистов или отсутствуют необходимые компетенции. Скорость процесса позволяет компаниям управлять своими бюджетами и фокусироваться на развитии своих сервисов, а не на разработке и подборе подходящего софта и устройств.

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

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

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

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

4. 12% респондентов имеют административные барьеры в компании, связанные с неготовностью как к решению юридических, финансовых вопросов, так и к организации и выстраиванию производственных процессов.

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

• Компрометация легитимных пакетов — злоумышленники атакуют всю цепочку поставки ПО на Open Source, включая инфраструктуру распространения. 
• Замена имен вредоносных компонентов на названия легитимных пакетов с открытым исходным кодом и их последующая ошибочная интеграция.
• Использование неподдерживаемого или устаревшего ПО, что затрудняет патчинг безопасности и приводит к возникновению уязвимостей.
• Несовместимость лицензии приложения или пакета с уже существующими компонентами внутри компании.
• Санкционные риски —  создатели технологий со временем могут запретить легальное использование их в России.

Характеристики коробочного решения

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

Резюме

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

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