Open Source groeipijnen: Open Kern van het antwoord?

0
158
oss.jpg

In één van onze eerste ZDnet berichten van een paar jaar terug, hebben we aangeboden de vraag of open source was op weg de nieuwe standaard business model voor enterprise software. Het is alleen al een paar jaar, maar terug te kijken, de vraag lijkt nu een beetje oubollig gezien de recente acties van Redis, MongoDB, Samenvloeiende, en nu, Elastische gebaseerd op de bezorgdheid over de vraag of cloud-giganten als Amazon, de woorden van MariaDB CEO Michael Howard, “strip-mining” open source.

De laatste ronde van kim gebeurd afgelopen week. In concurrerende wars van woorden, Elastisch en Amazon elke geprobeerd een staking uit de hoge grond als Steven J. Vaughan-Nichols gemeld.

Waar er rook is, is er vuur.

Er is weinig vraag hoe open source is veranderd de software landschap. Hier in de buurt van New York, waar we zijn, we hebben gezien hoe open source heeft letterlijk opende de technologie scène. Dankzij Wall Street, New York was altijd een tech stad, maar voor open source, veel van de technologie werd opgesloten, aangezien elke onderneming had te bedenken van de fundamentele pijlers van HET software-infrastructuur van high-performance-berichten te berekenen netwerken en databases, want off-the-shelf software niet kon hacken. Niemand sprak nog naar iemand anders.

Wall Street bedrijven zijn steeds meer op zoek naar open source eerste, omdat ze niet willen dat het wiel opnieuw uitvinden, in het bijzonder voor core infrastructure software of machine learning algoritmen; hun unieke IP is veel hoger in de waardeketen. En ze willen niet verliezen goede mensen die de voorkeur geven aan open source op hun cv, omdat ze verwachten dat hun vaardigheden meer draagbaar. En Wall Street bedrijven het niet erg als hun mensen uit te gaan en te praten over hun inzichten in het openbaar of zelfs het starten van een eigen open-source projecten; zelden een nacht voorbij zonder een aantal meetup gebeurt in de stad waar de beoefenaars delen hun innovaties.

De groeipijnen die open source bedrijven zijn gevoel vandaag zijn direct gerelateerd aan het niveau van de populariteit van hun open source-projecten. MongoDB niet wilt om te zien dat anderen profiteren van de $300 miljoen aan investeringen die het heeft gemaakt. Zoals we vorige week reeds zei, imitatie kan de oprechte vorm van vleierij, maar voor open source bedrijven het is ook een existentiële bedreiging voor de toekomstige winst. Open source spelers die willen voorkomen dat ze slachtoffer van hun eigen succes.

Dat is de reden waarom bedrijven als MongoDB en Redis, waarvan de projecten hebben getekend grote gemeenschappen van volgelingen, zich bedreigd voelen, terwijl die net als Cloudera, waarvan de projecten hebben een smaller beroep niet. En dat is de reden waarom Cloudera uitzicht AWS en Azure als coopetition, niet vampiers.

Matt Asay heeft regelmatig commentaar op het verloop van saga. In zijn meest recente post, hij stelt dat de meeste ontwikkelaars die het downloaden of het gebruik van open source zijn niet van plan hun tijd te besteden aan het knoeien met de code of bijdragen, als ze al in de dagen van banen. Zo worden de veranderingen in de licenties, vooral die proscribing derde partijen worden uitgevoerd SaaS-diensten – is het niet belangrijk voor hen. Er is meer dan een kern van waarheid.

In de huidige spuugde, Amazon heeft de deur geopend voor een nieuwe voorkant door de voorhoede van een nieuwe Open Distro voor Elasticsearch project met klanten zoals Netflix en Expedia, dat zal bijdragen worden alle stukjes terug aan het open source project. Het doet dus gebaseerd op haar stelling dat Elastisch is muddying de wateren door comingling open source en proprietary code. Elastiek in stand houden dat het oneens is met Amazon, niet alle cloud-providers.

Vanaf de get-go, Elastieken ‘ s business model is gebaseerd op een combinatie van open source en proprietary software. De kern Elastische stapel, waaronder Elasticsearch, Kibana, Logstash, en de Beats zijn alle Apache 2.0 open source-licentie. De bewering is over het Elastisch Stapel Elementen (extensies of plug-ins), vroeger genaamd de X-Pack, die behandeld beveiliging, alarmering, bewaking, rapportage, grafiek analytics en machine learning. Ze werden vroeger behandeld als gesloten bedrijfseigen software, oorspronkelijk het maken van de assemblage van een klassieke open core aanbieden, met een aantal functies beschikbaar voor gratis, terwijl anderen alleen beschikbaar waren via een betaald abonnement. Als we de staat hieronder, met uitzondering van de openstelling van de code voor het weergeven, geloven wij, dat is waar ze moeten blijven. En, als die functies zijn bedrijfseigen, niet verrassend, het was aanleiding tot een derde ecosysteem van alternatieven voor hen.

Elastische wijzigingen vorig jaar, omdat het vond het open core model verdeeldheid. In een blog post, een Verdubbeling Neer op Open dateert van een jaar geleden, Elastische CEO van Shay Banon aangegeven dat het creëren van een pay vs. gratis verdelen zou de breuk met de gemeenschap. Hij aangehaald wordt verbroken, niet alleen in functie van de breedte, maar ook discontinuïteiten in het testen. Hij heeft een punt – als de functies zijn zo met elkaar verweven zijn, dan is verdeeld code is net zo ondenkbaar als, zeg, verdeeld steden.

De uitdaging is dat de weg om verwarring is geplaveid met goede, of meer treffend, zeer idealistische bedoelingen. In een bewonderenswaardige verplaatsen, Elastische vervolgens de source code voor Elastische Kenmerken openbaar en te downloaden, met limieten te voorkomen dat derden van hen als commerciële SaaS-diensten. Maar door dit te doen, als AWS betoogd, worden de bestanden in de downloadbare folders eindigde bestaande uit een mix van Apache 2.0 en Elastisch-licentie code, te verwarrend. Elastische staten die in de repository, de Elastische licentie en Apache-licentie code in verschillende mappen en stelt dat de verschillen zijn heel duidelijk te zien. In onze ogen zijn, de verschillen zijn vrij subtiel. Niettemin, zelfs als Elastische hadden een grotere Chinese muur tussen de Apache-Elastisch-licentie code, er is geen garantie dat Amazon zou hebben gestaan.

In de tussentijd, MongoDB en Samenvloeiende zijn een verdubbeling neer op hun plannen. MongoDB is voor het smeden met VOLUME: na het opnemen van Open Source Initiatief beschouwing, omdat de twee partijen konden het niet eens worden; het omvat alle aspecten van de 4.0-platform. Samenvloeiende is het indrukken van de aan de gang met de Samenvloeiing van de Gemeenschap Licentie, die betrekking heeft op de onderdelen die in aanraking (maar niet inclusief) Apache Kafka: KSQL, Samenvloeiende Aansluitingen, REST Proxy, Control Center en een aantal andere stukken.

Ondertussen, Redis, die aangekondigd Commons-Component afgelopen zomer voor Redis Modules (niet in de database zelf), heeft sinds losgemaakt om het een beetje onder een nieuwe component genoemd de Redis Source Licentie Beschikbaar (RSAL). Het goede nieuws hier is dat Redis Labs is het aanroepen van een spade een spade: het maakt geen schijn dat RSAL is een open source licentie.

De uitdaging is dat elk van deze spelers gezicht is echt. Open source opent uw markt en ten opzichte van de traditionele gepatenteerde software, biedt de beste kans om te bouwen aan een kritische massa van de gemeenschap en, hopelijk met het, de installed base. Maar het tweesnijdend zwaard is wanneer uw project, letterlijk, te populair wordt is voor uw eigen goed. De klassieke uitdaging voor open source aanbieders is hoe om hun voorsprong op de concurrentie. Het is één ding als je een snellere pijplijn van nieuwe versies, maar het is nog eens je tegenstanders inhalen. Bijvoorbeeld, AWS gebruikt om te lag met EMR in het ondersteunen van de laatste Hadoop-versies, maar heeft sinds gekregen van de wet samen te gaan wonen binnen 30 dagen na de laatste stabiele Apache releases. Op dat moment, de tijd is niet langer aan uw kant.

Het andere risico is het forken van de technologie, en met het verdelen van de gemeenschap dat is gezien uw project benen. Dat is een risico, vooral voor open source-projecten die zijn door de leverancier, niet in gemeenschap-gecontroleerde, met MongoDB het belangrijkste voorbeeld is. MongoDB zal de bouw van nieuwe functies uit de nieuwste versie, terwijl derde partijen als Amazon en Percona ontwikkelen uit eerdere versies niet onderworpen is aan het VOLUME:. De code krijgt gevorkt en de vraag is of dat zal uiteindelijk breken de gemeenschap. Niet verrassend, het verdelen van de gemeenschap is precies wat Elastisch is Banon was bezorgd over de door de wanden die met behulp van het gratis open-source versies van de betaalde enterprise-versies.

Open source bedrijven moeten verdedigbaar IP. Om de datum, de Rode Hoed (binnenkort onderdeel van IBM) blijft de uitzondering op de regel dat pure open source bedrijven waarvan de producten zijn gebaseerd op de community-led projecten succesvol kunnen zijn. Ondertussen, Cloudera zou willen doorbreken en de volgende uitschieter. Voor de rest van het ecosysteem, zijn nieuwe open source variant licenties het antwoord? Het gevaar is aan de pushback van de wettelijke en contract compliance mensen op de kant van de klant, die zou kunnen worden aan de licentie vermoeidheid.

Misschien is het tijd om te reizen volledige cirkel. Niets doet om de plant twijfels met uw trouwe basis en vasthouden aan een bekende open source licentie. Rond het ontwikkelen van unieke content die waarde toevoegt aan het open source project. Houd de toegevoegde waarde van de onderdelen in voldoende mate geabstraheerd, maar ook uniek en is geoptimaliseerd voor het open source content. Ga je gang en het publiceren van de eigen code met beperkingen, maar doe niet alsof dat het open source is. Niemand zei dat het gemakkelijk zal zijn. De open kern van het model is zo oud dat het misschien word je weer als nieuw.

 

Verwante Onderwerpen:

Big Data Analytics

Enterprise Software

Linux

Ontwikkelaar

Veiligheid