Öppen Källkod växtvärk: Är Öppen Kärna svaret?

0
149
oss.jpg

I en av våra första ZDnet inlägg ett par år tillbaka, vi erbjudna frågan om öppen källkod höll på att bli den nya standardinställningen affärsmodell för enterprise-programvaran. Det har bara gått ett par år, men ser tillbaka, frågan verkar nu lite pittoreskt med tanke på den senaste tidens åtgärder Åt, MongoDB, Sammanflytande, och nu, Elastisk bygger på farhågor om cloud jättar som Amazon, ord MariaDB VD Michael Howard, “strip mining” öppen källkod.

Den senaste omgången av salvor hände förra veckan. I konkurrerande krig av ord, Elastisk och Amazon varje försökte satsar den höga marken som Steven J. Vaughan-Nichols rapporterade.

Där det finns rök, finns det eld.

Det är knappast frågan om hur öppen källkod har förändrat programvara landskapet. Här i New York-området, där vi är baserade, har vi sett hur öppen källkod har bokstavligen öppnade upp tekniken scenen. Tack till Wall Street, New York var alltid en teknisk stan, men innan open source, mycket av den teknik som var inlåst eftersom varje företag varit tvungna att uppfinna den grundläggande pelare av IT-infrastruktur med hög prestanda meddelanden för att beräkna nät och databaser, eftersom off-the-shelf-mjukvara kunde inte hacka det. Ingen pratade med någon annan.

Wall Street företag är alltmer ser till öppen källkod först, eftersom de inte vill uppfinna hjulet på nytt, särskilt för grundläggande infrastruktur, programvara eller maskinlärande algoritmer, deras unika IP är mycket högre upp i värdekedjan. Och de vill inte förlora goda människor som föredrar öppen källkod på sina meritförteckningar, eftersom de förväntar sig att deras kompetens kommer att bli mer portabla. Och Wall Street företag inte har något emot om deras folk gå ut och prata om sina insikter offentligt eller ens starta egna projekt i öppen källkod, sällan en natt går utan några meetup som händer i stan där utövare delar med sig av sina innovationer.

Växtvärk som öppen källkod företag känner idag är direkt relaterade till graden av popularitet av sina projekt med öppen källkod. MongoDB vill inte se andra som drar nytta av $300 miljoner investeringar som har gjorts. Som vi konstaterade i förra veckan, imitation kan vara den finaste formen av smicker, men för open source-företag är det också ett existentiellt hot mot den framtida resultat. Open source-spelare som vill undvika att bli offer för sin egen framgång.

Det är därför företag som MongoDB och Åt, vars projekt har dragit stora grupper av anhängare, känner sig hotade, medan de som Cloudera, vars projekt har en smalare överklagande inte. Och det är därför Cloudera utsikt AWS och Azure som coopetition, inte vampyrer.

Matt Asay regelbundet har kommenterat den pågående saga. I sitt senaste inlägg, han har hävdat att de flesta utvecklare som laddar ner eller använda open source inte kommer att tillbringa sin tid med att leka med kod, eller bidrar till, det som de redan har i dag jobb. Så, förändringar i licenser, särskilt de som förbjuder tredje part från att köra SaaS-tjänster – kommer inte att fråga dem. Det finns mer än ett korn av sanning i det.

I den nuvarande spottade, Amazon har öppnat en ny front genom att gå i spetsen för en ny Öppen Distro för Elasticsearch projekt med kunder som Netflix och Expedia som kommer att bidra till alla bitar tillbaka till open source-projekt. Det gör så baserat på dess påstående att Elastisk är muddying vatten genom comingling öppen källkod och proprietär kod. Elastisk är att upprätthålla sin oenighet med Amazon, inte alla moln leverantörer.

Från get-go, Band affärsmodell bygger på en kombination av öppen och proprietär programvara. Kärnan Elastisk stack, som omfattar Elasticsearch, Kibana, Logstash, och Slår alla Apache 2.0 open source-licens. Påståendet är över Elastisk Stack Funktioner (tillägg eller plugins), tidigare kallad X-Pack, som hanteras säkerhet, larm, övervakning, rapportering, diagram analytics, och maskininlärning. De var tidigare behandlas som stängt av egenutvecklade programvara, ursprungligen att göra en samling klassiska öppna core erbjuder, med vissa funktioner tillgängliga för gratis, medan andra endast tillgängliga via abonnemang. Som vi ska staten lägre, exklusive den öppna koden för att visa, att vi tror att det är där de borde ha stannat. Och, som dessa funktioner var i egen, inte överraskande att det gav upphov till en tredje part ekosystem av alternativ för dem.

Elastisk gjort förändringar förra året eftersom det finns open core-modellen splittrande. I ett blogginlägg att Fördubbla Ned på Öppen går tillbaka ett år sedan, Elastisk VD Shay Banon uppgav att skapa en pay vs gratis klyftan skulle fraktur gemenskapen. Han nämnde kopplar, inte bara har bredd, men också diskontinuiteter i test. Han har en poäng – om de funktioner som är så sammanflätade, sedan delas upp koden är lika otänkbart som att, säg, uppdelade städer.

Utmaningen är att vägen till förvirring är stensatt med goda, eller mer korrekt, mycket idealistisk avsikter. I en beundransvärd flytta, Elastisk därefter gjorde källkoden för Elastiska Egenskaper allmänna och nedladdningsbara, med begränsningar för att förhindra tredje part från att erbjuda dem som kommersiella SaaS-tjänster. Men på så sätt, som AWS hävdade filer i den nedladdningsbara mappar slutade med en blandning av Apache 2.0 och Elastisk-licensierad kod, vilket gör det förvirrande. Elastisk stater som i arkivet, Elastisk licens och Apache license koden finns i olika mappar och hävdar att skillnaderna är ganska vanligt att se. Att våra ögon, skillnaderna är ganska subtil. Icke desto mindre, även om Elastiskt hade byggt en större Kinesisk mur mellan Apache och Elastisk-licensierad kod, det finns ingen garanti för att Amazon skulle ha stått stilla.

Under tiden, MongoDB och Sammanflytande är att fördubbla ned på sina planer. MongoDB är att arbeta vidare med SSPL efter att återkalla den från Open Source Initiative beaktande, eftersom de två sidorna inte kunde enas, det täcker alla aspekter av 4.0 plattform. Sammanflytande är att trycka på framåt med Sammanflytande Community Licens, som omfattar komponenter som touch (men ingår inte) Apache Kafka: KSQL, Sammanflytande Kontakter, RESTEN Proxy, Control Center och flera andra bitar.

Under tiden, Åt, som meddelade Commons Klausul förra sommaren för att Åt Moduler (inte själva databasen), har sedan lossnade det en bit under en ny paragraf heter det Åt Källkoden Tillgänglig Licens (RSAL). Den goda nyheten här är att Åt Labs är att kalla en spade för en spade: det gör ingen låtsas att RSAL är en open source-licens.

Utmaningen att var och en av dessa spelare möter är riktig. Open source-öppnar upp dina adresserbara marknaden och jämfört med traditionell proprietär programvara, ger den bästa chansen att bygga en kritisk massa gemenskapen och, förhoppningsvis med det, installerade basen. Men tveeggat svärd är när ditt projekt, bokstavligen, blir för populär för ditt eget bästa. Den klassiska utmaningen för open source leverantörer är hur man kan behålla sin konkurrenskraft. Det är en sak om du har en snabbare pipeline till nya versioner, men det är en annan när dina rivaler komma ikapp. Till exempel, AWS används för att släpa med EMR att stödja den senaste Hadoop versioner, men har sedan dess fått sina agera tillsammans för att gå live inom 30 dagar från den senaste stabila Apache utgåvor. Vid denna punkt, tid är inte längre på din sida.

Den andra risken är att förgrena tekniken, och med det, att dela gemenskapen som har gett ditt projekt ben. Det är en risk, särskilt för projekt med öppen källkod som är säljaren, inte eu-kontrollerade, med MongoDB som främsta exempel. MongoDB kommer att bygga nya funktioner i den senaste versionen medan tredje part som Amazon och Percona utveckla bort tidigare versioner, som inte omfattas av SSPL. Koden kommer att få kluven och frågan är om det kommer att sluta spräckning gemenskapen. Inte överraskande, att dela gemenskapen är precis vad Elastisk s Banon var oroad av walling dem med hjälp av de gratis open source-versioner från betalas enterprise-versioner.

Öppen källkod företag behöver försvarbart IP. Hittills, Red Hat, som snart kommer att bli en del av IBM) är undantaget från regeln att en ren open source-företag vars produkter är baserade på lokalt ledda projekt kan vara framgångsrika. Under tiden, Cloudera skulle vilja bryta igenom och bli nästa avvikare. För resten av ekosystemet, är nya open source-variant licenser svaret? Faran är att få stift från den rättsliga och kontraktsuppföljning folk på kund-sidan som kan få licens trötthet.

Kanske är det dags att resa full cirkel. Inte göra något för att plantera tvivel med dina trogna bas och hålla sig till en väl-kända open-source-licens. Runt den, utveckla unika innehåll som ger värde till open source-projekt. Hålla mervärde komponenter tillräckligt abstrakt, men också unika och optimerade för öppen källkod. Gå vidare och publicera egen kod med restriktioner, men låtsas inte att det är öppen källkod. Ingen sa att det kommer att bli lätt. Den öppna core-modellen är så gammal att det kanske kommer att bli som nytt igen.

 

Relaterade Ämnen:

Big Data Analytics

Affärssystem

Linux

Utvecklare

Säkerhet