Nedostatek vedení v otevřeném zdroji …
Salil Deshpande je generálním ředitelem společnosti Bain Capital Ventures. Zaměřuje se na infrastrukturní software a open source.
Další zprávy od tohoto účastníka
- Commons Clause zastaví zneužívání open source
- Pojďme definovat „nativní kontejner“
Z Amazonu Chování otevřeného zdroje spojené s nedostatkem vedení průmyslových sdružení, jako je Open Source Initiative (OSI) potlačí inovace open source a učiní komerční open source méně životaschopným.
Výsledkem bude více softwaru, který se stane proprietárním a uzavřeným zdrojem na ochranu proti AWS, rozsáhlé zvýšení licencí (tucet společností změnilo své licence v roce 2018) a licence open source vedoucí k nové kategorii licencí. volané licence jsou k dispozici u zdroje. .
Nechápejte mě špatně, stále to bude open source, také mnoho. Autoři softwaru pro infrastrukturu otevřeného zdroje však uvedou své skvělé funkce do svých „obchodních“ verzí, pokud nemůžeme vyřešit problém Amazonu jako průmyslového odvětví.
Naneštěstí se temný mrak na obzoru, který jsem napsal v listopadu, přiblížil. Amazon sledoval tři zvláště agresivní a agresivní chování vůči otevřenému zdroji:
- Bere otevřený zdrojový kód vytvořený ostatními, spouští jej jako komerční službu a nevrací nic komerčnímu subjektu, který generuje a udržuje otevřený zdroj, čímž brání penězům z otevřeného zdroje.
- Stejně jako v příkladu Elasticsearch odstraňuje projekty a násilně odebere kontrolu nad komerční entitou, která generuje a udržuje projekty open source.
- Unese open source API a staví je na vrchol jejich proprietárních řešení, čímž nasměruje zákazníky z projektu open source na jejich proprietární řešení, stejně jako API MongoDB.
Chování Amazonu vůči otevřenému zdroji je sobecké a logické. Amazon hraje podle pravidel povolených softwarovými licencemi. Toto chování a nezamýšlené důsledky však lze snížit, pokud průmyslová sdružení vytvořila standardní licence open source, které autorům softwaru s otevřeným zdrojovým kódem umožňují vyjádřit jednoduchý koncept:
„Nechci, aby můj otevřený zdrojový kód fungoval jako komerční služba.“
Vedení často pochází z neočekávaných zdrojů.
OSI, organizace zaměřená na poctivé licencování licencí, je však neúčinný tank, který odmítá uznat problém a trvá na tom, aby jej Amazon provozoval jako službu, pokud nebude mít „svobodu“ přijímat svůj kód. komerční a nereaguje, jeho kód není „open source“. OSI věří, že má definici otevřeného zdroje a odmítá aktualizovat definici otevřeného zdroje, což je perspektivní a nebezpečné.
Například: Public License na straně serveru (SSPL) – nabídka licencí propagovaná společností MongoDB – plně po vzoru Gnu General Public License (GPL) a Affero General Public License (AGPL). SSPL je licence s otevřeným zdrojovým kódem, která funguje perfektně, a namísto zákazu běhu softwaru jako služby, jako je GPL a AGPL, vyžaduje SSPL, abyste otevřeli všechny programy, které používáte k zpřístupnění softwaru jako služby. servis.
Měsíční debata o komedii následovala poté, co byl SSPL navržen jako kandidát na licenci open source pro OSI, po kterém OSI formalizovala svůj předem naplánovaný názor, že SSPL není open source licencí. GPL a AGPL jsou open source. Ve své krátkozrakosti OSI zapomněl být konzistentní: Pokud SSPL není open source, neměly by to být ani GPL a AGPL. MongoDB bude i nadále používat SSPL, ale nebude se jmenovat „open source“, protože OSI říká, že má definici „open source“ a nelze jej pojmenovat. Skvělý.
Zdroj stávajících licencí
Je nevyhnutelné, že kombinace chování Amazonu a tohoto nedostatku vedoucího postavení v oboru potlačí inovace open source a učiní komerční open source méně životaschopným? Měli bychom žít s více specializovaným softwarem s uzavřeným zdrojem nebo rozšířeným množstvím licencí na ochranu před AWS?
Už jsme viděli spoustu duplikací licencí. MongoDB SSPL, licence Confluent Community (CCL), licence Timescale (TSL), licence Redis Source Available (RSAL), klauzule Neo4J Commons, licence Community Cockroach (CCL), Dgraph (nyní používá licenci od komunity Cockroach), elastická licence, Sourcegraph Fair SourceLicense , MariaDB Business Source License (BSL)… a mnoho dalšího.
Trend směřuje spíše k „dostupným zdrojovým“ licencím než k „otevřenému zdroji“, protože stávající zdrojové licence neznehodnocené krátkozrakostí průmyslových sdružení s otevřeným zdrojovým kódem nevyžadují, aby Amazon „měl svobodu“. „Spusťte kód, abyste jej získali. Toto je komerční služba a nic nevrací.
Za tímto účelem skupina právníků s otevřeným zdrojovým kódem, vedená Heather Meekerovou, respektovanou a nespornou vůdčí osobností v oblasti práva a technologií otevřeného zdroje, pracujících jak na Commons Clause, tak na SSPL, brzy zahájí sérii licencí „dostupný zdroj“. komunitní komentář.
Očekává se, že aktuální sada licencí na zdroje poskytne autorům softwaru s otevřeným zdrojovým kódem řadu metod, jak se vypořádat s rostoucí hrozbou ze strany poskytovatelů cloudové infrastruktury. Balíček bude poskytovat licence na krátký zdrojový kód v běžném jazyce; standardizace vzorů v nedávno přijatých licencích původu; a umožňuje uživatelům a společnostem kombinovat omezení, která chcete použít (například pouze pro nekomerční použití nebo pouze s přidanou hodnotou nebo použití SaaS nebo cokoli jiného). Myslím, že tyto rámce by byly chytrou alternativou k otevřenému zdroji, protože OSI odmítá poskytovat vedení k řešení problému Amazonky.
AWS a protisoutěžní chování.
Obecněji je většině pozorovatelů v oboru jasné, že AWS využívá svou tržní sílu protisoutěžně. Pokud se něco nezmění, jsou výzvy k antimonopolním opatřením proti Amazonu a AWS nevyhnutelné, i když AWS Amazon opustí. Toto téma je širší než open source.
Chování Amazonu vůči otevřenému zdroji je sobecké a logické.
V rámci otevřeného zdroje jsou licence zásadní pro zabránění nebo zastavení jeho chování, pokud Amazon dnes neporušuje žádné zákony. A nedostatek vedení, které sdružení průmyslových odvětví s otevřeným zdrojem shromažďují pojem „otevřený zdroj“, znamená, že licence na zdroj jsou nejvhodnějším řešením, jak tomuto chování zabránit. Nemusí to tak být.
Vedení často pochází z neočekávaných zdrojů. Existují slibné známky toho, že další poskytovatelé cloudové infrastruktury se stávají skutečnými spojenci komunity open source. Získejte google, Například. Nejlepší oznámení na Google Cloud Next v dubnu 2019 byla mimořádná a povzbudivá. Společnost oznámila své partnerství se společností Confluent, DataStax. Elastics, InfluxData, MongoDB, Neo4j a Redis Labs: Společnosti nejvíce ovlivněné chováním Amazonu.
Thomas Kurian, nový generální ředitel Google Cloud Komentáře odrážely to, co řekl za poslední rok.
Frederic Lardinois z TechCrunch napsal:
Google používá velmi odlišný otevřený přístup od některých svých konkurentů, zejména AWS. … „Nejdůležitější je, že věříme, že platformy, které nakonec zvítězí, jsou ty, které to umožňují, místo aby ničily ekosystémy. Myslíme si, že je to opravdu kritické. ” [Kurian] řekl mi. “Jakákoli platforma, která nakonec zvítězí, je vždy o podpoře ekosystému, spíše než o jeho ukončení.” Pokud se podíváte na společnosti s otevřeným zdrojovým kódem, myslíme si, že tvrdě pracují na zdokonalení technologie a umožňují vývojářům ji používat. “
Je chytré, aby se Google spojil s těmito komerčními hráči s otevřeným zdrojovým kódem: AWS poráží společnost Google v cloudové válce a poskytnutí špičkového statusu komerčním prémiovým produktům s otevřeným zdrojovým kódem v cloudu Google společnosti Google pomůže. získat více firemních zákazníků.
Snad nejdůležitější je přístup a jazyk vývoje ekosystémů neuvěřitelně povzbudivý.
Zveřejnění: Autor investoval do velkého počtu otevřených společností ovlivněných chováním poskytovatelů cloudové infrastruktury, vlastní nepřímé akcie Amazonu a je velkým fanouškem Amazonu, s výjimkou jakéhokoli druhu zneužívání otevřeného zdroje nebo protisoutěžního chování.
