Redis ужесточает свою лицензию: как OSS-компании выжить в эпоху облаков
Redis недавно перешёл с открытой лицензии BSD на более ограничительную Server Side Public License (SSPLv1). Это привело к форку со стороны бывших мейнтейнеров Redis, вновь разжёгши споры об устойчивости open-source-проектов и влиянии решений о лицензировании на их сообщества.
Изменение вступит в силу начиная с Redis версии 7.4, и мы ожидаем, что несколько дистрибьюторов Linux исключат Redis из своих кодовых баз. Однако это потрясение, вероятно, будет временным, поскольку альтернативные варианты уже доступны — например, Valkey, open-source-альтернатива Redis, поддерживаемая Linux Foundation. Microsoft's Garnet также является вариантом, поскольку это open-source, более быстрое хранилище кэша, написанное на C# и полностью совместимое с клиентами Redis. Облачные провайдеры, такие как AWS, также могут создать собственные форки Redis, подобно тому, как они поступили, когда Elastic Search перешёл на SSPL в 2021 году.
Облако поглощает open source
Cloud is eating Open Source.png
Хотя open-source-программное обеспечение имеет долгую историю, бизнес-модель open source в последние годы существенно изменилась. Традиционно модель опиралась на то, что компании платили за коммерческую поддержку и корпоративные функции, когда использовали open-source-программное обеспечение. Однако рост облачных вычислений нарушил эту модель. С одной стороны, рост публичного облака позволил таким компаниям, как MongoDB и Elastic, добиться большого успеха, сосредоточившись на облачных сервисных предложениях. С другой стороны, провайдеры облачных сервисов могут легко объединять в пакеты и перепродавать open-source-продукты, используя значительные инвестиции, которые open-source-компании сделали в код и сообщества разработчиков, а затем, применяя ценовые преимущества облака и каналы дистрибуции, быстро монетизировать эти активы, что затрудняет конкуренцию даже для очень успешных open-source-компаний.
В результате не только Redis, но и ранее MongoDB и Elasticsearch приняли более ограничительную лицензию SSPL. Аналогичным образом HashiCorp отказалась от Mozilla Public License (MPL) для Terraform в пользу Business Source License (BSL) 1.1. Этот шаг вызвал критику со стороны многих сторонников open source, которые утверждали, что любая лицензия, ограничивающая публичных облачных провайдеров, противоречит духу open source, определённому OSI. Эти изменения в лицензировании open source ранее уже вызывали форки «keep-it-open», такие как OpenSearch и OpenTofu. Борьба за будущее лицензирования open source продолжается с прежней силой.
Личная точка зрения — OSI пора меняться
Как человек, который ранее работал у облачного провайдера (как коммитер в open-source-сообществе, разрабатывающем управляемый open-source-продукт), а теперь работает в open-source-компании (где основная модель дохода — полностью управляемый сервис), мне приходилось носить две шляпы, что сильно усложняло мою жизнь. Если бы мы могли найти способ, при котором облачные провайдеры и open-source-компании сотрудничали бы и делили прибыль, я был бы гораздо более рад вкладывать больше усилий в улучшение open-source-продуктов, чтобы подавляющее большинство — пользователи, open-source-компании и облачные провайдеры — могли извлечь пользу.
Лицензии Cloud Protection кажутся жизнеспособным решением. Они не ограничивают права 99,99% пользователей использовать и изменять программное обеспечение, но существенно защищают будущие прибыли open-source-компаний. Это позволяет open-source-компаниям выпускать больше своих «секретных оружий» в open source, значительно снижая нагрузку на сопровождение для open-source-разработчиков и одновременно улучшая пользовательский опыт open source.
Эволюция от copyleft-лицензий, таких как GPL, к более разрешительным лицензиям, таким как BSD, MIT и Apache, значительно ускорила развитие программного обеспечения с открытым исходным кодом. Это изменение было обусловлено участием крупных предприятий в open-source-сообществе, поскольку они вносили вклад и помогали развивать более сильные сообщества.
Лицензии Open Source с течением времени.png
Сегодня многие стартапы, поддерживаемые венчурным капиталом, инициировали open-source-проекты . Хотя эти компании вносят вклад обратно в сообщество, рост облачных провайдеров нарушил их бизнес-модели, вынуждая их переходить на более ограничительные лицензии.
Я считаю, что open-source-сообществу пора переосмыслить определение "open-source." Любая лицензия, которая поддерживает дух сотрудничества и обмена, должна считаться открытой, даже если она включает коммерческие механизмы защиты.
Основная ценность open source — расширять возможности пользователей и избегать привязки к поставщику. Если лицензии "source-available" всё ещё могут достигать этой цели, одновременно обеспечивая устойчивые бизнес-модели, возможно, нам нужно развить наше понимание open-source. Хороший пример этого — open-source большие языковые модели (LLMs). Хотя некоторые из них могут не открывать свои датасеты и детали обучения и даже иметь определённые ограничения на коммерческое использование в своих лицензиях, мы всё равно считаем их open-source и достаточно "открытыми", потому что в конечном счёте важны возможность доступа, модификации и создания решений на их основе.
Перспектива компании — Как Zilliz создала конкурентоспособные коммерческие сервисы на основе разрешительных лицензий
Open-source-компаниям не обязательно изменять свои лицензии как единственный путь вперёд. Задача заключается в нахождении правильного баланса между open-source и коммерциализацией.
В Zilliz мы передали нашу open-source векторную базу данных Milvus в Linux Foundation. За последние четыре года это привело к более чем 26 000 звёзд на GitHub и тысячам глобальных open-source-пользователей. Linux Foundation помог нам улучшить управление сообществом и привлечь больше потенциальных пользователей. Наше коммерческое предложение, Zilliz Cloud, — это полностью управляемый сервис Milvus, построенный на публичном облаке. По сравнению с версиями Milvus, размещёнными в публичных облаках, и сервисами векторного поиска других облачных провайдеров, Zilliz Cloud предлагает множество уникальных возможностей:
- Несколько вариантов развертывания:
- Bring your Own Cloud (BYOC )
- SaaS
- Serverless (скоро)
- Cardinal — коммерческий векторный поисковый движок с закрытым исходным кодом и 10-кратным повышением производительности по сравнению с open-source-альтернативами.
- Внутренние сервисы данных: elastic-пул построения индексов, хранилище метаданных и хранилище логов
- Гибкость Multi-Cloud: развертывание в AWS, GCP, Azure, Alibaba Cloud и других.
- Управление данными корпоративного уровня:
- Комплексные возможности резервного копирования и миграции данных
- ETL для неструктурированных данных через Zilliz Cloud Pipeline
- Соответствие требованиям и безопасность данных
Все эти возможности полностью совместимы с open-source Milvus API, который мы эксклюзивно предлагаем как часть Zilliz Cloud. Мы называем это моделью "Open Interface". Эта модель удовлетворяет потребности подавляющего большинства пользователей, а также упрощает переход на наше коммерческое предложение для пользователей, которым требуются более высокая производительность, масштабируемость и возможности корпоративного уровня. Мы надеемся, что эта модель поможет open-source-компаниям найти новые способы конкурировать с публичными облачными провайдерами.
King James.png
Читать далее
Why and How to Migrate from Self-Hosted Milvus to Zilliz Cloud
A simple, step-by-step guide to migrating from Milvus to Zilliz Cloud. Learn both endpoint and backup methods for a smooth, scalable vector database migration.
Vector Databases vs. Time Series Databases
Use a vector database for similarity search and semantic relationships; use a time series database for tracking value changes over time.
Introducing DeepSearcher: A Local Open Source Deep Research
In contrast to OpenAI’s Deep Research, this example ran locally, using only open-source models and tools like Milvus and LangChain.