Kā Redis, HashiCorp un Elastic mainīja licences — un kādi fork’i radās to vietā

2024. gada marta sākumā Redis pamāja ar roku savam 17 gadus vecajam BSD licencei un pārgāja uz duālo nosacījumu — Redis Source Available License un Server Side Public License. Lēmums bija paredzams: tas bija ceturtais reiz sešos gados, kad populārs infrastruktūras projekts mainīja noteikumus pēc tam, kad mākoņpakalpojumu sniedzējs sāka piedāvāt to kā pārvaldītu pakalpojumu. Kopiena to sagaidīja gatava. Divus mēnešus vēlāk Linux Foundation dibināja Valkey projektu, un AWS, Google Cloud, Alibaba un Redis paša bijušie izstrādātāji pārcēlās uz šo fork’u.

Modeļa pirmsākumi ir MongoDB 2018. gadā. Uzņēmums pabeidza biržas kotāciju, Amazon piedāvāja DocumentDB — datu bāzi, kas savietojama ar MongoDB API. MongoDB atbildēja ar Server Side Public License, kurā ierakstīts: ikviens, kas piedāvā programmatūru kā pakalpojumu, publicē arī savu kodu. Open Source Initiative šo licenci neatpazīst par atvērtā pirmkoda licenci. Shēma ir atkārtojama: kad projekts kļūst pietiekami svarīgs, mākoņpakalpojumu sniedzēji piedāvā to kā pakalpojumu. Projekta veidotāji zaudē monetizācijas iespējas. Tad nāk licences maiņa.

Četri lieli gadījumi, četri fork’i

Elastic 2021. gadā pārgāja uz Elastic License un Business Source License, kas pieļauj brīvu izmantošanu, bet ierobežo konkurētspējīgu pakalpojumu veidošanu. Amazon atbildēja ar OpenSearch — fork’u uz Apache 2.0, ko šobrīd izmanto kā Elasticsearch aizvietotāju daudzos korporatīvos iestatījumos. HashiCorp 2023. gadā pārslēdza Terraform, Vault un vairākus citus rīkus uz Business Source License. Kopiena fork’oja Terraform uz OpenTofu — projektu, ko pārvalda Linux Foundation un kas saņem ieguldījumus no lielākajiem mākoņpakalpojumu sniedzējiem. Redis 2024. gadā mainīja licenci, un Valkey fork’ā pašlaik strādā inženieri no AWS, Google, Alibaba un Redis paša bijušās kodola komandas.

Visiem četriem gadījumiem ir viena kopīga iezīme: lielāka veiksme rada licences konfliktu, licences konflikts rada fork’u ar lielāku kopienas uzticību nekā oriģinālam.

Ko maina AI apmācības jautājums

No 2023. gada parādījās jauna konfliktu ass. Projektu uzturētāji sāka apzināties, ka viņu kods nonāk lielo valodas modeļu mācību datos bez kompensācijas un bez skaidras piekrišanas. OSI 2024. gadā vēl debatēja par to, kas ir “atvērtais AI modelis”, bet daži projekti nepagaidīja — tie pievienoja “bez AI apmācības” klauzulas saviem licences nosacījumiem. The Register 2026. gada martā rakstīja par Chardet gadījumu — Python bibliotēkas izmantošana AI mācību datos izraisīja jautājumu, vai GPL un MIT licences vispār attiecas uz mašīnmācīšanās kontekstu.

Klasiskās licences tika rakstītas izplatīšanai: vienam cilvēkam, kas nodod programmatūru citam. Modelis, kas “māca” no koda, nav izplatīšanas akts pēc tradicionālās izpratnes, bet arī nav citāts. Pirmie “no AI training” klauzulu mēģinājumi tiek atzīti par grūti uzspiežamiem, jo nav mehānisma, kā verificēt, vai modeļu veidotāji klauzulu ievēro. Juridiskais jautājums šeit nav atrisināts.

Ko nozīmē “atvērtais pirmkods” 2026. gadā

RedMonk analītiķis Stīvens O’Greidijs 2026. gada marta pārskatā secina, ka ievērojama daļa no lielākajiem infrastruktūras projektiem, kas 2019. gadā darbojās ar OSI licenci, 2026. gadā darbojas uz source-available nosacījumiem. “Source-available” agrāk bija reta parādība — tagad tas ir kategorija ar desmitiem projektu.

Open Source Initiative uztur sarakstu ar apstiprinātajām licencēm, un SSPL, BSL, kā arī Elastic License tajā nav. Produktu mājaslapas tomēr bieži raksta “open source”. Tas praksē nozīmē: izlasi licenci, pirms iekļauj atkarību komerciālā projektā. Ievainojamās situācijas ir divas — uzņēmumi, kas izmanto projektu ražošanā un paļaujas uz to kā bezmaksas, un izstrādātāji, kas veido uz projekta bāzētas produktus.

Katrā no šiem gadījumiem kopienas reakcija sekoja vienam un tam pašam modelim: fork’ošana, migrācija, jauns projekts zem neitrālas fondu pārvaldības. Atšķīrās tikai ātrums.

Vai fork’i darbojas ilgtermiņā

Pieredze ar OpenTofu un Valkey rāda: jā, bet ar nosacījumiem. Fork’i strādā, kad tiem aiz muguras stāv mākoņpakalpojumu sniedzēji ar resursiem un motivāciju. OpenTofu gadījumā to atbalsta AWS, Google un vairāki Terraform ekosistēmas uzņēmumi. Valkey gadījumā Linux Foundation koordinē, un lielākie mākoņpakalpojumu sniedzēji ir ieguldījuši inženierus. Taču dokumentācija, ekosistēmas integrācija un komerciālais atbalsts joprojām atpaliek no oriģināliem.

Grūtāk ir ar mazākiem projektiem, kur korporatīvās iesaistīšanās nav. Vairāki fork’i pēdējos gados sākās ar kopienas entuziasmu, bet pēc diviem gadiem ir faktiski neaktīvi. Arī popularitāte negarantē fork’a ilgdzīvotību — to nosaka, vai tur ir cilvēki, kas var pilna laika strādāt pie uzturēšanas.

Ja kādreiz mainītu nosacījumus kāds no dziļāk ierakstītajiem projektiem — curl, SQLite vai Linux kodols — situācija būtu sarežģītāka: šie projekti ir iestrādāti operētājsistēmās un desmitiem gadu vecās atkarību ķēdēs. SQLite izmanto pilnīgi unikālu pieeju — publiskais domēns bez jebkādiem nosacījumiem — un tā maiņai nav reāla precedenta.

Avoti

• RedMonk: The State of Open Source Licensing in 2026
• The Register: Chardet dispute shows how AI will kill software licensing (2026)
• x-cmd: The Open Source World, 2024–2026: License Wars Have Redefined “Open Source”
• DEV Community: Open Source in 2026: The Fork Wars Are Getting Ugly
• Linux Insider: Open Source in 2026: AI, Funding Pressure, and Licensing Battles