The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

СУБД ScyllaDB перешла с AGPL на проприетарную лицензию

20.12.2024 21:22

Разработчики СУБД ScyllaDB объявили о переводе проекта на проприетарную лицензию, ограничивающую область применения. Ветка ScyllaDB 6.2.x станет последней, доступной под лицензией AGPL. При желании заинтересованные лица могут создать форк и продолжить развитие кодовой базы ScyllaDB под старой лицензией.

Ранее проект ScyllaDB придерживался модели разработки Open Core, при которой базовая часть продукта развивается под свободной лицензией, а расширенная функциональность закрыта и поставляется только обладателям коммерческой лицензии. В соответствии с новой схемой лицензирования публикация открытой редакции ScyllaDB OSS будет прекращена, а ранее закрытый коммерческий продукт ScyllaDB Enterprise начнёт распространяться с предоставлением исходного кода под проприетарной лицензией. Вместо ScyllaDB OSS пользователи смогут бесплатно использовать полную версию ScyllaDB Enterprise при выполнении ряда условий.

Новая лицензия запрещает использование ПО для конкуренции с продуктами и сервисами разработчиков ScyllaDB, а также для создания облачных систем "приложение как сервис" (SaaS, software-as-a-service) и коммерческих систем "БД как сервис" (dBaaS, database-as-as-service). Лицензия не ограничивает использование бесплатного продукта в коммерческих целях и в рабочих окружениях, но при условии, что суммарный размер хранилища на всех узлах кластера не превышает 10ТБ, а для обработки данных используется не более 50 VCPU. Пользователям, не соответствующим заявленным критериям, предлагается купить коммерческую лицензию.

Например, бесплатно можно использовать ScyllaDB на кластере из трёх узлов, если каждый узел содержит 16 логических ядер CPU и дисковое хранилище, размером 3TB. Подобная конфигурация способна обрабатывать 100-200 тысяч операций в секунду. Распространение ScyllaDB и внесение изменений в код разрешается при условии поставки под той же лицензией, перечисления полного списка всех изменений и указания информации об изначальном авторе продукта.

Причиной смены политики распространения ScyllaDB стало желание унифицировать и оптимизировать разработку конкурирующих друг с другом коммерческого и открытого вариантов, раздельное поддержание которых создавало сложности, отнимало много сил и расходовало ресурсы. При этом, в силу сложности внутренней архитектуры, кодовая база ScyllaDB развивалась исключительно силами сотрудников компании и у открытого проекта так и не появилось сторонних участников, передающих свои изменения. Переломным моментом стала работа по реализации алгоритма консенсуса Raft, таблиц и встроенной поддержки API S3, в результате которой многие вспомогательные функции переносились из внешних приложений, в основной состав СУБД.

В конечном счёте было решено объединить открытый и коммерческий продукты, что с одной стороны упростит разработку, а с другой - расширит возможности бесплатной версии. Например, укладывающиеся в бесплатные лимиты пользователи получат доступ к таким возможностям, как поддержка LDAP, PGO-оптимизации (снижение задержек в текстах на 33% и повышение производительности до 50%), режим потоковой передачи на уровне файлов (ускорение добавления/удаления узлов до 30 раз), выставление своих приоритетов для разных нагрузок, поддержка сжатия RPС-трафика между узлами при помощи алгоритма ZSTD, улучшенная стратегия упаковки данных (сокращение размера хранилища до 35%), поддержка шифрования, Kubernetes-оператор для ScyllaDB, длительный цикл поддержки релизов.

ScyllaDB позволяет создавать распределённые, масштабируемые и отказоустойчивые noSQL-системы, хранящие данные в форме ассоциативных массивов (хэшей) с несколькими уровнями вложенности. Для структурированных запросов может использоваться SQL-подобный язык CQL (Cassandra Query Language). Кластеры на базе ScyllaDB обеспечивают линейный уровень масштабируемости, при котором производительность находится в прямой зависимости от числа процессорных ядер. Помещаемые в БД данные автоматически реплицируются на несколько узлов, а при сбое узла, его функции на лету подхватываются другими узлами. Добавление, обновление и удаление узлов в кластере производится без остановки работы и без переконфигурирования других узлов.

СУБД ScyllaDB основана десять лет назад Ави Кивити (Avi Kiviti) и Дором Лаором (Dor Laor), в своё время создавшими гипервизор KVM и операционную систему OSv. Проект был создан в качестве попытки переписать Apache Cassandra с языка Java на C++ для достижения более высокой производительности. СУБД совместима на уровне API с Apache Cassandra и Amazon DynamoDB. В проведённых тестах ScyllaDB по сравнению с Apache Cassandra демонстрирует прирост пропускной способности в 2-5 раз. Отмечается, что кластер на базе Apache Cassandra можно заменить кластером ScyllaDB, содержащим в 10 раз меньше узлов, но несмотря на меньшее число узлов на 42% обгоняющим по производительности.

Что касается других продуктов компании ScyllaDB, то фреймворк разработки асинхронных серверных приложений Seastar, драйверы и оператор Kubernetes и продолжат поставляться под лицензией Apache 2.0. Платформа управления кластером Scylla Manager, ранее распространяемая под проприетарной лицензией, переведена на лицензию Apache 2.0. Закрытая реализация территориально распределённого оператора Kubernetes объединена с открытым оператором Kubernetes и будет поставляться под лицензией Apache 2.0.

  1. Главная ссылка к новости (https://www.scylladb.com/2024/...)
  2. OpenNews: Выпуск СУБД ScyllaDB 3.0, совместимой с Apache Cassandra
  3. OpenNews: Используемая проектом MongoDB лицензия SSPL признана недопустимой в Fedora Linux
  4. OpenNews: СУБД Redis переходит на проприетарную лицензию. Обсуждение удаления Redis из Fedora
  5. OpenNews: Компания HashiCorp меняет лицензию на своё ПО с MPLv2 на проприетарную BSL 1.1
  6. OpenNews: CockroachDB сворачивает Core-редакцию и меняет модель лицензирования
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/62442-scylladb
Ключевые слова: scylladb, bsl
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (58) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 21:55, 20/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    72. ScyllaDB
    https://db-engines.com/en/ranking
     
     
  • 2.9, Аноним (9), 22:16, 20/12/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Непонятно как считалось? Взяли новости с сайтиков? Ну тогда это фигня. А КИИ? А те кто не говорят о своей инфре?
     
  • 2.12, Аноним (12), 22:41, 20/12/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Почему рейтинг Engines когда учитывается popularity?
    DB последний релиз 2016 и до сих пор вопросы. Это или учебные вопросы студентов, трудно освоить или траблы.
     
  • 2.25, Аноним (25), 23:17, 20/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Mолодец. А скaзать то что хотeл?
     
  • 2.33, Аноним (33), 00:11, 21/12/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > https://db-engines.com/en/ranking

    Это сайтик уровня дистровоч. Ну ладно, может чуть-чуть более адекватный.
    Но совсем чуть-чуть. Потому что рейтинг влияет индекс и тренды поисковиков,  Stack Overflow и количество твиттов в Х.

    Как результат, ничего более-менее специализированного в топах не будет.

     
  • 2.58, trdm (ok), 09:43, 21/12/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У меня на компе большинство баз (25-35) крутится на CodeBase - дешево и сердито...
    а это БД там даже не перечислена.
    Если использовать SQLite виртуал таблу, то модно и нормальные скуль запросы писать, только на чтение правда..
     
  • 2.62, Аноним (-), 12:11, 21/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > 72. ScyllaDB

    Так это среди всех вариантов.
    А если сделать выборку по Wide Column Stores, то пятое место.
    db-engines.com/en/ranking/wide+column+store

     
  • 2.71, bdrbt (ok), 14:29, 21/12/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Учитывая на каком месте там SQLite... так себе рейтинг. Он вообще в топе должен быть, поскольку установлен в каждом телефоне и является единственным бэкендом для Room на андроиде и CoreData на iOS.
     

  • 1.13, Аноним (13), 22:41, 20/12/2024 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     
  • 1.35, Аноним (-), 00:58, 21/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > перешла с AGPL на проприетарную лицензию

    А что же случилось? Как же шво6одка?? Как же жопоэль???

    > укладывающиеся в бесплатные лимиты пользователи получат доступ к таким возможностям, как поддержка LDAP, PGO, режим потоковой передачи на уровне файлов, [многа букав], поддержка шифрования

    А юзерам от этого станет даже лучше... Как же так?

     
     
  • 2.36, 12yoexpert (ok), 01:05, 21/12/2024 [^] [^^] [^^^] [ответить]  
  • –6 +/
    в чём проблема? если ты мелкий бизнес - юзай себе на здоровье. если крупный, плати и юзай. просто теперь не получится паразитировать на проекте
     
     
  • 3.43, Аноньимъ (ok), 04:46, 21/12/2024 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Проблем в матрице доступных функций о котой теперь нужно помнить.
    И в друг обнаружить что вот эта конкретная штука что тебе сейчас понадобилась трубет особой лицензии.
     
     
  • 4.95, Анониссимус (?), 06:34, 22/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ты перепутал. Это до смены лицензии у них нужно было что-то помнить. А после перевода все функции доступны бесплатно.
     
  • 3.70, Аноньимъ (ok), 14:15, 21/12/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Лицензия не ограничивает использование бесплатного продукта в коммерческих целях и в рабочих окружениях, но при условии, что суммарный размер хранилища на всех узлах кластера не превышает 10ТБ

    10ТБ поиграться протестировать только.

    То-есть, нет, если ты мелкий бизнес - покупай лицензию.

     
     
  • 4.82, Аноним (82), 19:13, 21/12/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У мелкого бизнеса и столько данных для БД нет. И взяться им не откуда. Я не сомневаюсь, что на опеннете каждый мелкий бизнес минимум петабайт в месяц генерирует, но поскольку на опеннете мелкий бизнес — это от триллиона долларов оборот, то и на лицензию деньги сыщутся. А в реальности мелкий бизнес может данные хоть в Google Spreadsheet. Сабж хочет денег, а получит форк. Или забвение. Тут уж как повезёт
     
     
  • 5.83, Аноньимъ (ok), 19:21, 21/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Без "столько данных" эта бд нафиг ненужна от слова совсем.
     
     
  • 6.86, Аноним (82), 20:40, 21/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Нужна. Но чтобы это понять надо софт в команде поразрабатывать, и не POC за две недели чтобы инвесторам показать или очередной малоизвестный опенсорс для резюме, а коммерческий продукт, с клиентами, саппортом, бюджетами и прочими скучными вещами на которые у большинства кодеров нет ни времени, ни ума.
     
     
  • 7.91, Аноньимъ (ok), 21:38, 21/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну нужна так нужна.
    Много ваши заказчики лицензий на сциллу купил, и какого объема данные гоняли?
    И чем оправдывалась покупка именно вот этой базы, а не аналогов?
     
  • 4.101, chdlb (?), 12:14, 22/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    10TB - это очень большая БД! Конечно, если вы храните там блобы, то это другая история, но если нет, то это просто гигансткая база.
    Если для вашего бизнеса это маленькая база, то дайте по рукам тем кто переиграл в Event Sourcing.

    База в средних 30 таблиц на 10 млн строк каждая, это до 100 Gb. А 10 TB это 100 таких БД. Т.е. условно 300 таблиц по 100 млн строк каждая.

    ---

    В первую очередь, проблема с такими лицензиями что когда ты подойдешь к лимиту, твои криворукие разрабы настолько плотно прибъют проект к БД гвоздями, что тебе проще будет купить, чем соскочить. Но это "проще" будут офигенно недешево.

     
     
  • 5.107, BeLord (ok), 16:17, 25/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Берем федеральный уровень, 200 млн пользователей, с учетом запаса, у одного пользователя порядка 100 свойств, каждое свойство хранится в отдельной таблице, привязка идет по ID пользователя итого уже 100 таблиц, не считая системных, едем дальше, с каждым пользователем за отчетный период еще 100 документов к нему привязанных, у документа ID и реквизиты, связь между пользователем и документами через ID пользователя и ID документа, документы тоже хранятся в N таблицах выходим на те самые объемы, а описанное выше это маленький кусочек реальной далеко не самой большой Системы. Это еще не описана безопасность, всего этого безобразия-))))
     
     
  • 6.109, chdlb (?), 13:36, 26/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    я даже не проверял твои цифры, но ты считаешь федеральный уровень не большой БД ... большой текст свёрнут, показать
     
  • 5.110, Аноньимъ (ok), 02:57, 30/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > База в средних 30 таблиц на 10 млн строк каждая, это до 100 Gb. А 10 TB это 100 таких БД. Т.е. условно 300 таблиц по 100 млн строк каждая.

    Эта сцилла, она немного не о таблицах.
    Она о том что данные у вас *постоянно* новые записываются.

    Ну например вот уведомления в алиэкспресс когда вы на андроид его открываете, сразу десяток, и всё ваши взаимодействия с ними, включая метрики внимания и то какие вы страницы посещали после того как жамкнули на уведомление.
    Для примера.

    Кассандра используется церном например, у них там постоянно гигабайты данных льются.

    А если не льются, то вопрос а нехрена оно вам вообще?

    > База в средних 30 таблиц на 10 млн строк каждая, это до 100 Gb.

    Я заливал простую аналитику по торговым данным в бд.
    100GB для одного рынка за несколько лет.
    1 таблица.

     
     
  • 6.111, chdlb (?), 09:29, 30/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    я уже писал про накопление всякого мусора, в частности про Event Sourcing, и уж тем более это касается bigdata

    "БД для бизнеса" это все таки OLTP в первую очередь, но даже для аналитики, вот человек свой кейс описывает:

    Working on a very fire-and-forget type of application, a web-crawling app that collects thousands and thousands of items (often times millions) from the internet and stores them in a nosql collection (currently using MongoDB for this). These collections are very volatile, meaning that they are created and dropped very rapidly. Data access is also very random, so in theory my application could create a collection while the system is live, and dropped while the system is live too -- also, a collection that was created months ago will be accessed randomly for updates and reads. I'm talking thousands and thousands of collections with potentially millions of documents each.

    Пишет что у него 10 TB )) как никрути 10 TB это все равно много... конечно с дуру можно и 10 петабайт сделать и больше, но те кому это реально надо, в состоянии свое запилить, гугл же сделал Bigtable, а потом к нему Spanner прикрутил вместо MySQL. Эти корпоративные вши меня вообще не беспокоят.

     
  • 2.41, Аноним (41), 03:19, 21/12/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вне гну-тусовочки, *GPL - верный признак жадного проприетаста ("закрывать код могу либо я, либо никто").
     
  • 2.49, User (??), 09:20, 21/12/2024 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Да вот знаешь - как всегда. СООБЩЕСТВО писало, старалась, не побоюсь этого слова - инновировало, а потом пришёл жадный мироед корпорас-проприерас и всю прибавочную стоимость себе присвоил, да ещё небось и в ШТАНЫ коммьюнити наклал своего ЕЕЕ.
    Обидно, вай! Ильича на них нет...
     
     
  • 3.61, Аноним (-), 11:58, 21/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > СООБЩЕСТВО писало, старалась

    Угу, так писало, так старалось...
    А потом заходишь в список Contributions (github.com/scylladb/scylladb/graphs/contributors) и возвращаешь в реальность из шво6одного манямирка:

    - топ пять контрибьюторов прям сейчас работают в жадном корпорасе-проприерасе и не поленились указать это в гитхабе (интересно чего? неужели им там зп платят??)
    - из топ 10 только трое явно не указали что работают в ScyllaDB, но кто-то работал раньше (по крайней мере так написано в линкедыне)

    И вот возникает закономерный вопрос - а какой вклад "сообщества" там вообще.

     
     
  • 4.65, User (??), 12:36, 21/12/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это по тому, что у них в репе CoC.md нет - фигли с этими токсиками общаться? А вот был бы - давно бы уже переписали на memory-safe лангуаге.
    Ничо - щаз как ФОРКНУТ - поймёте, чьи в лесу шишки!
     
  • 4.73, prokoudine (ok), 15:21, 21/12/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Какой ты неприятный человек. Устроил тут фактчекинг, понимаете ли, ссылки подогнал, в линкедын даже заглянул. Нельзя с ними так, у них тонкая душевная организация.
     
  • 4.102, Бздение и Мытарства Корподсосов (?), 17:14, 22/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    1) Специфика разработки Баз Данных - скучнейшая область, чтобы заниматься этим бесплатно, на энтузиазме.
    2) Корпорас выплачивает лицензионные отчисления уволенным сотрудникам? Значит, присвоил. Если бы не GPL, то они бы самими написанный код не смогли бы использовать после увольнения.
    3) Корпорас оплатил образование наёмных работников? Разработал теорию? Написал книжки, по которым те учились? Отвечал на их вопросы на форумах? Выкладывал свой код для изучения? Что он вообще делал, кроме выплаты зарплат за труд, приносящий существенно больший доход, чем его расходы на зарплаты? А сообщество превратило обычных людей в ценных специалистов.
     

  • 1.42, Аноньимъ (ok), 04:44, 21/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Когда то отказался от нее потому что оно было полузакрытое на тот момент.
    Ну и хорошо.
     
     
  • 2.46, User (??), 07:41, 21/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    На кассандре остались, или?
     

  • 1.47, Аноним (-), 07:50, 21/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Можно сидеть на Кассандре и платить 10x за оборудования, или можно платить за лицензию и иметь стабильно низкое летенси и это все еще будет на много дешевле чем использовать Кассандру
     
     
  • 2.59, User (??), 09:46, 21/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну, годика три назад, когда я эту тему под проект копал - оно чуть-чуть, самую капельку, малость - не совсем так было. Т.е. на типовом сценарии "преимущественно запись - простое чтение" все так и есть, а вот mixed-нагрузка со сравнительно большим числом обновлений - и производительность примерно подравнялась, и кассандра (Да-да, со старой явой и её gc, прикол, ага) себя ещё и предсказуемей вела. А уж попытка чего-нибудь спесфисского использовать... Мало того, что сцилла тогда не все возможности cql реализовывала - так и с производительностью того, что сделано очень не очень было. По совокупности кассандра прям лучше смотрелась.
    Конечно, можно сказать, что мы её просто не по назначению использовали - но ведь "инструмент-то был!"
     
  • 2.80, freebzzZZZzzd (ok), 18:22, 21/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Можно сидеть на Кассандре и платить 10x за оборудования

    ни кассандру, ни сциллу не использовал, но из того что использовал - перебенчмаркивание всех этих "убийц ХХХ" показывало, что везде наглый звиздёжь и подгон результатов. так что уверен на 99% что нет никакого 10Х. у жабы уже лет 10 как GC шикарные.

     
     
  • 3.94, Заноним (?), 05:24, 22/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не, жаба была, есть и будет тормозной.
     
     
  • 4.105, freebzzZZZzzd (ok), 21:51, 22/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Не, жаба была, есть и будет тормозной.

    именно поэтому самая быстрая (полноценная, а не васян-поделки) графовая субд написана на жабе. и кассандра всё ещё намного популярнее этой вашей цыллы )

     
  • 2.85, Аноним (82), 20:24, 21/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что-то не видно, чтобы да хоть та же Yahoo с их сотнями миллионов ящиков бежали на Сциллу. Нет, почему-то пользуются Кассандрой, хотя на их объёмах — а мы говорим о десятках петабайт суммарно — в десять раз меньше оборудования превращаются в большую экономию и оборудования, и персонала. Не объяснишь сей феномен?
     
     
  • 3.93, Заноним (?), 05:23, 22/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Менять дороже.
     

  • 1.48, Аноним (48), 08:09, 21/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Good riddance. Если кому-то нужно - форкнут. Но было бы нужно - форкнули бы с до-AGPL ветки.
     
     
  • 2.63, Аноним (-), 12:15, 21/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не форкнут.
    Точнее, форкнуть то смогут, а разобраться в сложных кодах - сомнительно.
    Потому что почти все топ разработчики, это сотрудники сциллы.
     
     
  • 3.66, Аноним (66), 13:22, 21/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если реально надо - запайпят всё в LLM, она разберётся. Так можно и оригинальную кассандру переписать. Если кому-то надо.
     
     
  • 4.96, Анониссимус (?), 06:39, 22/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ох уж эти сказочки, ох уж эти сказочники...
     

  • 1.52, Аноним (52), 09:25, 21/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как же хипстеров нахлобучивают, очешуеть просто.
     
  • 1.64, Аноним (64), 12:21, 21/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А чем примечательна эта бд? Я не из узких кругов, так что раньше даже не особо то и слышал про нее
     
     
  • 2.67, Аноним (67), 14:02, 21/12/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Почитай новость. Я тоже о ней никогда не слышал, но стало всё ясно, дочитав до конца.
     

  • 1.78, Аноним (78), 16:51, 21/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Очередной пример того, почему опенсурц не работает. Пока были нужны бесплатные рабы, ой, т.е. тестеры - можно было юзать GPL. Как настало время рубить бабло - пилим проприетарную лицензию. Хотя я хз, как это работает. По идее если их же код основан на их же коде, запиленном под ГПЛ, то они не могут его закрыть, т.к. ГПЛ им это запрещает делать. Не?
     
     
  • 2.87, Аноним (-), 20:49, 21/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ты сейчас это сообщение из какого браузера написал Из проприетарного или опенсо... большой текст свёрнут, показать
     
  • 2.88, prokoudine (ok), 20:56, 21/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > По идее если их же код основан на их же коде, запиленном под ГПЛ, то они не могут его закрыть, т.к. ГПЛ им это запрещает делать. Не?

    Во-первых, они не закрывают, а дают в него помотреть и даже попользоваться, но отнимают все изменения в свою пользу и права на использование могут в любой момент отнять.

    Во-вторых, у них есть https://www.scylladb.com/open-source-nosql-database/contributor-agreement/, согласно которому "you hereby grant to us a perpetual, irrevocable, non-exclusive, worldwide, no-charge, royalty-free, unrestricted license to exercise all rights under those copyrights. "

     
  • 2.97, Анониссимус (?), 06:42, 22/12/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Автор софта имеет право распространять его как угодно, менять на любые лицензии, да хоть вообще закрывать. Лицензии на автора не действуют.
     
  • 2.103, Бздение и Мытарства Корподсосов (?), 17:22, 22/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Собственник может делать со СВОИМ кодом что-угодно. В том числе, под GPL. А у контрибуторов-энтузиастов требуют передачу прав, чтобы оставаться единственным собственником. Это не новая история. Похожий сценарий перехода на EULA использовался в Aseprite, например.
     

  • 1.81, YetAnotherOnanym (ok), 18:28, 21/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Вот сюрпрайз-то какой! Оказывается, от самой рестриктивной копилефт-лицензии до приприетарной - один маленький шаг.
     
     
  • 2.84, User (??), 19:26, 21/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот сюрпрайз-то какой! Оказывается, от самой рестриктивной копилефт-лицензии до приприетарной
    > - один маленький шаг.

    Кто бы мог подумать, что права на код принадлежат тому, кто этот код пишет? Дикость какая-то.
    Нет, чтобы по заветам Ильича - пардон, Бородача - отобрать, и - можно даже не делить, хренушки бы они чего (полезного) тогда сделали!

     
     
  • 3.98, Аноним (98), 06:52, 22/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Что и требовалось доказать. Адекватные люди всегда предупреждали, что GPLщики - это копирасты в опенсорсной шкуре.
     
     
  • 4.104, Бздение и Мытарства Корподсосов (?), 17:26, 22/12/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    GPLщики борют копирастов их же оружием, пока другие опенподсосники подняли лапки и штанцы приспустили.


     
     
  • 5.108, Аноним (108), 00:21, 26/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Оно и видно. Бьют копирастов копирастей. Пусть копирасты платят за лицензии на проприетарь, не так ли? А когда бабла мало - то можно перестать играть в богадельню совсем.
     
  • 3.100, YetAnotherOnanym (ok), 11:13, 22/12/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > права на код принадлежат тому, кто этот код пишет

    Серьёзно? А после увольнения этот пишущий может свои коммиты забрать и перелицензировать, да?

     
  • 2.89, Аноним (89), 20:58, 21/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Старый код остаётся под AGPL, хотите - создавайте форк. Авторы же имеют полное право начать писать новый код под другой лицензией.
     

  • 1.99, Аноним (98), 06:57, 22/12/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >стало желание унифицировать и оптимизировать разработку конкурирующих друг с другом коммерческого и открытого вариантов, раздельное поддержание которых создавало сложности, отнимало много сил и расходовало ресурсы.

    Откровения ScyllaDBшных мудрецов: разработка, оказывается, ресурсы отнимает!

    >При этом, в силу сложности внутренней архитектуры, кодовая база ScyllaDB развивалась исключительно силами сотрудников компании и у открытого проекта так и не появилось сторонних участников, передающих свои изменения

    Закономерно, что работать на GPL-копирастов никто не хочет.

     
     
  • 2.106, Аноньимъ (ok), 07:41, 24/12/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Просто оно на С++ написано.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру