Двадцать лет назад, объявление вашего проекта «Открытый исходный код» был заявлением о принципе, философии и сообществе. Сегодня это, скорее всего, будет бизнес -решением, маркетинговой стратегией или инструментом приобретения талантов. Этот сдвиг не является неудачей открытого исходного кода; Это признак его успеха.
Цифры не лгут: отчет Github в 2024 году в октябрьском виде показал, что в этом году разработчики внесли почти 1 миллиард взносов в открытый исходный код и общественные репозитории, больше разработчиков, чем когда-либо, потребляют пакеты с открытым исходным кодом, и число начинающих участников продолжает расти.
Согласно многим опросам и отчетам, в том числе вкладам OSI, мы достаточно уверены, что более 90% компаний во всем мире используют открытый исходный код и даже имеют хотя бы один компонент с открытым исходным кодами в своих кодовых базах. И эти цифры растут.
Открытый исходный код выиграл.
От революции до конвенции
Движение с открытым исходным кодом началось как прагматический ответ на идеологию свободного программного обеспечения. В то время как Фонд свободного программного обеспечения подчеркивал этические императивы («продвигать свободу пользователей компьютера»), с открытым исходным кодом был сосредоточен на практических преимуществах: неограниченное сотрудничество, бессмысленные инновации и более широкое принятие. Этот стратегический сдвиг сработал удивительно хорошо. Открытый исходный код стал выбором по умолчанию для программного обеспечения для инфраструктуры, инструментов разработчиков и критических бизнес -приложений.
Но успех вызвал свои проблемы.
Облако все изменило
Когда открытый исходный код был впервые концептуализирован, программное обеспечение обычно работало локально. Рост облачных вычислений принципиально изменил этот ландшафт. Внезапно, способность модифицировать и перераспределять код стала менее важной, чем способность запускать и управлять им в масштабе.
Основным примером этой метаморфозы является путешествие упругости. К 2019 году сервис Amazon Elasticsearch приносил больший доход, чем сам Elastic, хотя Elastic был основным сопровождающим кодовой базы Elasticsearch. Это привело к известному конфликту: Amazon развел Elasticsearch после того, как Elastic изменила свою лицензию, создав OpenSearch. Этот случай иллюстрировал бой между облачными поставщиками и односторонними проектами с открытым исходным кодом, что привело к фундаментальным вопросам об устойчивости бизнес-моделей с открытым исходным кодом в облачную эру.
Это были не первый раз, когда компании с открытым исходным кодом стремились защитить свои интересы от облачных провайдеров. До этого появились новые подходы к лицензированию. MariaDB создал лицензию Business Source (BSL) в 2016 году, став новая модель преобразования с открытым исходным кодом, в которой код становится полностью открытым исходным кодом (обычно в GPL V2.0 или совместимым) после определенного периода. Эта средняя позиция между проприетарными моделями и моделями с открытым исходным кодом была названа доступным источником, чтобы отличить его от открытого исходного кода.
Аналогичные опасения заставили MongoDB создать общественную лицензию на стороне сервера (SSPL) в 2018 году, за которыми следуют изменения лицензирования Redis. Эти компании стремились решить свои проблемы с облачными поставщиками. Хотя SSPL не одобрен OSI, представлял собой еще одну попытку сбалансировать коммерческую жизнеспособность с принципами с открытым исходным кодом.
К всем удивлению, Elastic вернулся в Open Source несколько месяцев назад, приняв AGPL в качестве дополнительной лицензии на ElasticSearch. Это доказывает, что бизнес SaaS возможен с открытым исходным кодом.
Корпоративное влияние
Пейзаж Enterprise с открытым исходным кодом резко развился. То, что началось как осторожное участие, превратилось в стратегические инвестиции и лидерство. Рассмотрим эти факты:
Google Kubernetes стал де -факто стандартом для оркестровки контейнеров, когда тысячи участников из сотен компаний. Meta React/Vercel’s Next.js доминирует в разработке фронта, используемых миллионами разработчиков и питает миллионы веб -сайтов. Код Microsoft VS выиграл значительную долю рынка со своим ядром с открытым исходным кодом. Intel, Red Hat, Oracle, Google и другие крупные корпорации используют большинство разработчиков ядра Linux. Команда Google Chrome управляет разработкой V8, двигателя JavaScript, который поддерживает Node.js. Microsoft и Google являются наиболее значимыми участниками проектов с открытым исходным кодом на GitHub.
И управление открытым исходным кодом основано на основе основания. Фонд Linux проводит более 800 проектов с миллионами в годовом финансировании, Foundation Foundation занимает более 400 проектов, в настоящее время 296 проектов и другие инициативы управляются Фондом программного обеспечения Apache, не говоря уже о десятках проектов, размещенных или поддерживаемых Python Software Foundation Foundation. , Фонд OpenInfra, Фонд OpenJS и другие, а также облачный фонд Cloud Computing Foundation также управляет миллионами финансирования и организует самые большие конференции в пространстве с открытым исходным кодом. Опять же, крупные компании, такие как Google, Microsoft и Amazon, в совокупности вносят сотни миллионов в фонды с открытым исходным кодом.
Это корпоративное участие принесло беспрецедентные ресурсы и стабильность многим проектам, но также меняет динамику власти в экосистеме. Решения часто принимаются в корпоративных залах советов, а не на общественных форумах. Несмотря на то, что это профессиональное управление проектами и улучшение практики безопасности, это также вызвало обеспокоенность по поводу независимости развития с открытым исходным кодом.
Корпоративное участие также привело к значительным проблемам. Приобретение Oracle Sun Microsystems привело к опасениям по поводу будущего Java и будущего MySQL, что в конечном итоге привело к тому, что его создатель Майкла «Монти» Видениус запустил Mariadb в качестве общественной вилки. Борьба Docker с монетизацией привела к продаже его предприятия и драматических изменений в модели ценообразования Docker Hub. Совсем недавно переход Hashicorp с Terraform на BSL привел к созданию Opentofu, подчеркивая, как корпоративные решения могут фрагментировать сообщества.
Несмотря на эти проблемы, корпоративное участие остается необходимым для устойчивости с открытым исходным кодом. Ключ заключается в том, чтобы установить модели управления, которые уравновешивают корпоративные ресурсы с интересами сообщества, как продемонстрировали положительные примеры, которые мы перечислили.
Поиск устойчивого финансирования
Кризис устойчивого развития в открытом исходном кодах вызвал различные эксперименты по финансированию. Традиционные модели, такие как корпоративное спонсорство и пожертвования, оказались недостаточными для многих проектов, что приводит к новым подходам:
Спонсоры GitHub преобразовали индивидуальное финансирование, обеспечивая прямую поддержку сопровождающих. Примечательные истории успеха включают в себя Evan You of Vue.js, а его спонсорские уровни предлагают преимущества для сторонников и Синре Сорху, поддерживая сотни пакетов NPM с помощью общественной поддержки открытого коллективного пионера прозрачного фискального хостинга, управления миллионами фондов для проектов. Например, WebPack собрал более 1,5 млн. Долл. сша, а текущий баланс составляет приблизительно 79 000 долл. сша, и все они прозрачно отслеживали на своей открытой коллективной странице Tidelift, введена модель на основе подписки, где организации платят за гарантии обслуживания по нескольким зависимостям. Этот подход помог поддерживать менее известные, но критические инфраструктурные проекты.
Однако эти модели не идеальны. Многие критические проекты по -прежнему пытаются обеспечить стабильное финансирование. Инцидент Log4J подчеркнул, как даже широко используемые проекты могут быть сильно недофинансированы и поддерживаются добровольцами, несмотря на то, что они имеют важное значение для глобальной инфраструктуры.
Этот разрыв в финансировании привел некоторые проекты по изучению гибридных моделей, объединив:
Коммерческие услуги и поддержка премиальных функций в рамках различных контрактов на разработку лицензий с крупными пользователями дают программы от технических гигантов и фондов
Поиск механизмов финансирования, которые сохраняют независимость проекта, обеспечивая при этом устойчивое развитие, является сложным. В отрасли нужны новые модели для поддержки громких проектов и длинный хвост более незначительных, но важных зависимостей.
Дилемма лицензирования ИИ
Рост искусственного интеллекта ввел новую тему для разговора с открытым исходным кодом. В отличие от традиционного программного обеспечения, системы ИИ включают как код, так и модели, данные и методы обучения, создавая сложности, которые существующие лицензии с открытым исходным кодом не были предназначены для решения. Признавая этот пробел, OSI запустила определение ИИ с открытым исходным кодом (OSAID) в 2024 году, отметив ключевой момент в эволюции принципов открытого исходного кода. OSAID V1.0 определяет основные свободы для систем ИИ: права на использование, изучение, изменение и обмен технологиями ИИ без ограничений. Эта структура направлена на то, чтобы системы ИИ, помеченные как «открытый исходный код», соответствовали основным значениям прозрачности и сотрудничества, лежащих в основе движения.
Однако путешествие не было без проблем. Определение OSI вызвало дебаты, особенно в отношении юридических неясностей весов модели и лицензирования данных. Например, в то время как OSAID подчеркивает прозрачность в источниках и методологиях данных, он не разрешает, могут ли веса модели, полученные из нелицензированных данных, могут быть свободно обменены или используются в коммерческих целях. Это оставило предприятия и разработчики навигации по серой области, где практическое принятие моделей ИИ с открытым исходным кодом требует тщательного юридического контроля.
Несмотря на эти проблемы, эти усилия подчеркивают адаптивность принципов с открытым исходным кодом. Это доказывает, что они могут развиваться, чтобы удовлетворить требования появляющихся технологий, сохраняя при этом свои основные ценности, как и в прошлом.
Итак, что будет дальше?
Преобразование с открытым исходным кодом уже видно через несколько четких тенденций:
Повышение получения источника лицензий и гибридных моделей, от BSL до упругого подхода. Увеличение корпоративного руководства по значительным проектам, сбалансированное с фондами. Постоянный поиск устойчивого финансирования, с такими экспериментами, как спонсоры GitHub или открытый коллектив. Инструменты и модели разработки, управляемые ИИ, вводят новые вопросы о значении самого «открытого исходного кода».
Мы движемся к новой модели, которая выходит за рамки традиционного определения открытого исходного кода. Истории, которые мы видели, показывают, что будущее заключается в более явных обменах стоимости между заинтересованными сторонами. Скорее всего, мы увидим более многоуровневые системы лицензирования и гибридные модели, которые уравновешивают коммерческие интересы с преимуществами сообщества.
Я также вижу необходимость нового механизма финансирования, помимо пожертвований и корпоративного спонсорства. Во -первых, корпоративное финансирование означает корпоративное участие, прямо или косвенно, что не гарантирует свободу или независимость активистов с открытым исходным кодом. Во -вторых, это не гарантирует финансовую стабильность, необходимую для успеха или поддержания проекта в долгосрочной перспективе. Недавно мы стали свидетелями потенциальной катастрофы без неосвященного OSS.
Эволюция, а не смерть
Это не значит, что мы собираемся засвидетельствовать смерть открытого исходного кода, а скорее ее эволюция. Так же, как с открытым исходным кодом появился из свободного программного обеспечения в качестве более прагматичного подхода, появляются новые модели для решения сегодняшних задач. Принципы сотрудничества, прозрачности и общих инноваций остаются ценными. Тем не менее, их реализация адаптируется к измененному технологическому ландшафту, и само определение может даже жить вне инициативы с открытым исходным кодом.
Я мог бы даже сказать, что следующий этап не может быть назван «открытым исходным кодом»! Вопрос не в том, выживет эта модель, а в том, как она преобразуется, чтобы удовлетворить потребности измененной отрасли.
Реальная проблема для сообщества заключается в том, чтобы эта эволюция сохраняла основные преимущества с открытым исходным кодом, адаптируясь к новым реалиям. Мы должны быть активными участниками в формировании этого будущего, а не только наблюдателями изменений. Следующая глава с открытым исходным кодом будет написана теми, кто может успешно ориентироваться в этих проблемах, оставаясь верными фундаментальным ценностям, которые сделали его революционным в первую очередь.
Trending Stories youtube.com/thenewstack Tech движется быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. Edoardo-инженер Devrel в StoryBlok, объединяя практические знания по разработке с талантом для технического общения. Через YouTube, Twitch и LinkedIn он демонтирует веб-технологии для разработчиков по всему миру, регулярно выступая на технических конференциях о современном развитии полного стека. Его … Подробнее от Эдоардо Дуси
