Присоединяйтесь к нашим ежедневным и еженедельным информационным бюллетеням для последних обновлений и эксклюзивного контента в лидирующем отраслевом освещении искусственного интеллекта. Узнать больше
Компании по разработке программного обеспечения имеют много решений, которые они проходят через этапы создания процветающего бизнеса. Среди множества вопросов дебатов заключается в том, чтобы открыть их технологию или нет. Это большое решение, и лицензирование вокруг открытого исходного кода привлекает много внимания в технических кругах.
Часть проблемы заключается в том, что открытый исходный код имеет много сильных мнений. Всякий раз, когда крупная компания решает ограничить свою лицензию, даже если она есть по верным причинам, они могут получить много негативной реакции (как Hashicorp и Elastic в последние годы). С другой стороны, отличная технология, выпущенная в качестве открытого исходного кода, может быстро собрать большую поддержку от сообщества программного обеспечения с открытым исходным кодом (OSS).
Для предприятий нелегко решить, какой путь выбрать. Моя компания решила выпустить нашего облачного сканера безопасности, Kubescape, в качестве открытого исходного кода через облачный вычислительный фонд Cloud Foundation Foundation (CNCF), и мы очень довольны этим решением. Фактически, Kubescape недавно был повышен в инкубации статуса проекта и используется тысячами предприятий во всем мире. В целом, мы рассматриваем это как чистое преимущество, но мы осторожно взвесили плюсы и минусы, прежде чем приступить к решающему шагу. Это определенно не то, что можно спешить, поэтому я делюсь некоторыми советами, основанными на нашем опыте.
Удаление барьеров для принятия с открытым исходным кодом
Команды DevOps имеют много веских причин, чтобы неохотно вводить новый код в свои кластеры и среды: он может быть полон ошибок, подорвать их настройку безопасности и/или испортить их существующие конфигурации. Если вы не предлагаете решение, которое является полностью SaaS и не требует каких-либо агентских / вкладочных / установленных установков, вам нужно преодолеть эти колебания от DevOps.
Идея с открытым исходным кодом может помочь с этим. Он сигнализирует о прозрачности и подотчетности и дает командам возможность осмотреть код, внося при этом новые проблемы кода или открытия, которые делают их частью проекта и дают им возможность влиять на свою дорожную карту. Они, скорее всего, доверяют решению, которое приглашает их проверить основной код, чем тот, который просит их доверять закрытой ящике.
Это доверие усиливается, если вы пожертвуете свой код в фонд, который обладает авторитетом и живой общественной базой с сильным «крутым» фактором. Уважаемый фонд помогает проверить качество вашего продукта и свидетельствовать о том, что вы внедрили правильные процессы обзора, каденции и управление. Еще лучше, когда ваше предложение OSS уже достигло значительной тяги, большую базу установки и определенную популярность в сообществе.
Ускорить постоянные улучшения
Непрерывное улучшение — это больше, чем просто лозунг. Вы хотите найти и исправить ошибки и улучшить свое предложение как можно быстрее, и лучший способ сделать это — наращивать использование. Переход с открытым исходным кодом означает, что ваша технология проверяется в реальном мире гораздо большим количеством пользователей, чем вы могли бы достичь частных продаж.
Мы обнаружили, что наша платформа присутствовала в более чем 200 000 кластеров в то время, когда у нас все еще было всего несколько десятков корпоративных клиентов. Это позволило нам опираться на обратную связь, запросы функций и проверку массовой пользовательской базы, чтобы мы могли быстрее изучать и развернуть улучшения.
В то же время усыновление увеличилось, отчасти из -за нашего большего охвата, и отчасти потому, что наш продукт улучшался с такой быстрой скоростью. Можно использовать ваше сообщество с открытым исходным кодом в качестве тестовой среды, а затем выпустить изменения в корпоративной версии, как только вы включите обратную связь, и версия стабильна, или наоборот. Хорошо, что двойные варианты работают одновременно.
Открытый исходный код означает меньше контроля
Это основные преимущества, но есть также недостатки с открытым исходным кодом, и очень важно им помнить. Основным недостатком является то, что когда ваш продукт является открытым исходным кодом, вы не можете контролировать, как люди его используют. Это особенно верно, если вы решите открыть его на форуме сообщества, поскольку вы по сути передаете свои товарные знаки в нейтральный поставщик.
Несмотря на широко распространенное доверие во всем сообществе с открытым исходным кодом, все еще будут некоторые, кто просто будет использовать ваш код с открытым исходным кодом и избегать ваших версий и функций для оплаты. (Конечно, вы можете и должны рассматривать этих бесплатных пользователей как часть вашего конвейера по продажам и работать над тем, чтобы обновить их до корпоративной версии для дополнительных функций и преимуществ).
Будут даже некоторые люди, которые возьмут на себя вашу тяжелую работу и используют ее для создания коммерческого продукта и заработать деньги на ваших инновациях и работы сообщества, которое вы создали и курировали. Вам нужно помириться с этим, потому что вы не можете остановить это.
Открытый исходный код работает только в том случае, если он соответствует вашей пользовательской базе
Одним из основных факторов в решении проектов с открытым исходным кодом является ваша пользовательская база. Вы должны знать и понимать их проблемы и мотивы, чтобы вы могли правильно предсказать, как они будут реагировать на предложение OSS. Если ваша аудитория очень техническая, такая как инженеры по безопасности, команды DevOps и разработчики, они с большей вероятностью попадут в исходное лагерь про-открытого.
Есть причина, по которой мы называем это «сообществом с открытым исходным кодом». Открытый исходный код — это больше, чем просто решение о лицензии: это набор общих убеждений, с участниками, которые выходят за рамки клиентов. Это ближе к религии или культу, чем выбор покупок. Если ваша пользовательская база разделяет вашу любовь к идее открытого исходного кода, этот путь гораздо чаще достигнет успеха.
Программное обеспечение с открытым исходным газом требует четкой монетизации
Создание твердого пути к монетизации имеет решающее значение для любого предприятия, но это вдвойне важно для компаний с открытым исходным кодом. Вы должны четко понимать, как вы заработаете свои деньги, потому что открытый исходный код может оставить вас без сильного денежного потока.
Например, вы можете сделать всю свою технологию полностью открытым исходным кодом в течение года, чтобы управлять проникновением и обратной связью, а затем ввести методы монетизации. Вы можете пойти Open Core, который выбрала маршрут, где вы предлагаете свой код Core в качестве открытого исходного кода, а затем продавать дополнительные услуги и функции сверху.
Многие компании решают предложить как версию OSS, так и корпоративную версию. Это может сработать, но вам необходимо найти правильный баланс между функциональностью и поддержкой, которая включена в версию OSS, и той, которую вы предоставляете только для оплаты клиентов. Другой вариант-установить вещи, чтобы код с открытым исходным кодом можно было использовать только в сочетании с корпоративной версией. Версия OSS не имеет никакой ценности, кроме как демонстрировать прозрачность. Однако о том, что это может знать, что это может противоречить работе с фундаментом.
Как только вы открытый исходный код, нет возвращения … вроде
Открытый исходный код — очень весомое решение. Это не помогает, что это почти односторонняя улица. Вы можете перейти из закрытого исходного кода к открытому исходному коду или от более ограничительной лицензии к более открытой лицензии, когда вам нравится, и вы не получите только аплодисменты от технического сообщества.
Но может быть очень трудно двигаться в другом направлении. Весь код и информация, которыми вы уже поделились, будут доступны для общественности навсегда, поэтому они могут использовать его в любое время и как им это нравится. И, как упоминалось выше, поклонники с открытым исходным кодом могут очень критически относиться к любому, кто возвращает свое предложение OSS, поэтому они с меньшей вероятностью будут уважать ваш код. Hashicorp узнал об этом, когда фанаты разделили Terraform после того, как они перешли с NPL на лицензию BSL.
Тем не менее, открытый исходный код может быть потрясающим, когда обстоятельства правы. Если вы взвесили все факторы, вашу пользовательскую базу и технологическое предложение, и вы определили авторитетный фонд, который верит в вашу миссию, вы можете извлечь выгоду из множества преимуществ, как и мы.
Шаули Розен — генеральный директор и соучредитель Armo и создатель Kubescape.
Источник
