Однако вышеописанные плюсы компенсируются существенными минусами. И главный из них — сложное внедрение и необходимость постоянно поддерживать экспертизу в компании.
Сложное внедрениеДля создания полноценной архитектуры open-source решения, ее внедрения, обслуживания и поддержки работоспособности нужны дорогие специалисты высокого уровня в следующих областях программирования:
- Data governance — построение хранилища и структуризация данных
- Data Literacy — культура работы с данными
- Data Architect — построение архитектуры системы
- DevOps — разработка и внедрение
Добавим, что для построения законченного бизнес-решения обычно нужно использовать несколько open-source решений. И для поддержки такой «связки» инструментов в крупных внедрениях нужны дополнительные специалисты: Solution Architect и разработчик, как минимум, в дополнение к перечисленным выше Data Architect и DevOps.
Отсутствие обслуживания и обновленийЕсли вы начинаете «ковырять» код системы, то обновления уже просто так не поставить. Сообщество при этом ваши правки в продукт вряд ли примет.
Скрытые продажиНекоторые open-source версии — это урезанные версии полноценных продуктов, которые постоянно намекают, что надо купить полную версию. Пример, Metabase, у которого open-source версия имеет существенные ограничения.