A MongoDB licence a nyílt forráskódú szoftvert mélyebben felhőbe sodorhatja: erre van szüksége az iparnak?

Videó: A nyílt forráskódú szoftver a vállalati technológia jövője. A vállalati vállalatok a nyílt forráskódot használják, mert hasznos, megbízható és a közösség szempontjából ellenőrizve vannak. A TechRepublic közreműködője, Matt Asay elmagyarázza, hogy a nyílt forráskód nagy oka a vállalati tech jövője.

A dolgok csak súlyosbodtak a nyílt forrású földterületen. Annak ellenére, hogy az alkalmi Commons záradék vagy a Fair Source engedélyezési kísérlet megváltoztatja a "nyílt forráskódú" szavak jelentését, magában foglalva "magánvállalatoknak a nyílt forráskódú erőfeszítéseikből való pénzt keresési lehetőségeit", és ragaszkodtunk a nyílt forráskódú meghatározáshoz, és jól szolgált nekünk. A nyílt forráskódú közösségek az innovációs univerzum központjává váltak, kivételes kódot adva nekünk, mint a Linux, a Kubernetes, az Apache Kafka és még sok más.

Ennek ellenére egyre növekszik a nyugtalanság, hogy a nyílt forráskódú nagyszabású alku - ossza meg és tedd hozzájárulását - a felhőbe kerül. Ugyanez a nyugtalanság, amely arra késztette a Free Software Foundation-t, hogy 2007-ben frissítse a GPL-t, hogy megszüntesse az úgynevezett "ASP kiskaput". A kínosan elnevezett Affero GPL (vagy AGPL) eredményeként a licencszerzők reménykedtek a szabad szoftver ígéretének biztosításában; nevezetesen: azok, akik módosítják és terjesztik az AGPL szoftverét, viszont hozzájárulnak a változásokhoz, ezáltal mindegyik számára előnyös lesz.

Nem működött.

Tehát a kedd, a MongoDB bejelentette, hogy együtt kíván működni az Open Source Initiative-rel annak érdekében, hogy az új szerver oldali nyilvános licencet hivatalos OSI által jóváhagyott licencevé tegye, amely kitölti a nyílt forráskódú licencek panteonját, és amely végül a nyílt forráskódú funkciót fogja végrehajtani a felhő kontextusban.

Nyílt kérdés azonban, hogy működni fog-e.

Kód vagy pénz kérdése?

Egyértelművé téve, hogy ez nem csak a kódról szól. Legyen, de nem az. A MongoDB sajtóközleménye megemlíti a pénzt: A 300 millió dollárt, amelyet a kód fejlesztésébe fektetett be. Az a képesség, hogy megvásároljuk a nyílt forráskódú kötelezettségeket, hogy visszatérítsünk. És természetesen az átlátható "felhő-gyártók, akik nem fejlesztették ki a szoftvert, képessége az összes érték megragadására, miközben kevés hozzájárulással járnak a közösség számára".

Amennyiben ez a lépés az egyetlen társaság komoly erőfeszítéseiről szól, hogy gazdagságot szerezzen a lerakatokból, ez nem túl érdekes. Igen, közel 20 éve dolgozom különféle nyílt forráskódú cégeknél (ideértve a MongoDB-t is), és igen, olyan cipőben voltam, hogy kétségbeesetten szeretnék több pénzt keresni olyan kódból, amelyet az emberek szerettek, de nem fizetnének érte . De valójában ez egy nagyon szörnyű ok a nyílt forráskódú tulajdonvédelem hatékony elkészítéséhez, ahogyan a Redis Labs és mások nem ingyenes licencekkel rendelkeznek.

Sokkal jobban érdekel a MongoDB CTO és Eliot Horowitz társalapítójának érvelése, miszerint a társaság "egyedülálló helyzetben van, hogy olyan ügyben vezessen, amely számos szervezetet érint." Vedd le a "szervezetek" részét, és a MongoDB abban a helyzetben van, hogy lenyűgöző lábát felhasználja a felhőkorszak nyílt forráskódjának átalakítására.

Most érdemes megtenni, bárcsak csak akkor, ha ez megkapja az OSI lenyűgöző hatását. Ha nem hivatalosan nyílt forráskódú, akkor nincs esélye valódi ipari projektgé válni, és meghal. Gyorsan.

De működni fog?

Természetesen felmerül a Gordon Haff által feltett nagyon valódi kérdés, vajon megtesz-e valamit a "nyílt forráskódhoz kapcsolódó (valós) üzleti modell kérdéseivel", vagy hogyan illeszkedik az "megengedő irányú általános tendencia" -hoz. engedélyezés." Ez az Apache-stílusú engedélyezési tendencia, és a GPL-stílusú engedélyezéstől eltekintve nagyon valóságos és már egy évtizede folyamatban van.

További kockázatot jelent, amelyet Haff is felhívott, hogy az AGPL csavarjainak az SSPL-vel történő meghúzása továbbra is "nagy akadályt jelent az elfogadáshoz". A fejlesztők kedvelik a korlátozás nélküli Apache-stílusú engedélyezést, és (a Linux kivételével) hajlamosak kijátszani a GPL-stílusú engedélyezést. Haff aggodalmai azonnal felmerülnek.

És mégis ... szeretem a nagyobb felhőalapú szolgáltatás elindításához szükséges fokozottabb együttműködés gondolatát. Ismét, ha egy perc alatt egy adott társaságon kívüli közösségre gondolunk, nem lenne fantasztikus, ha a GE, az Amazon és a MongoDB, az IBM és a Safeway együttesen innoválnának ezen az infrastruktúrán?

További információ a nyílt forráskódról

  • Az évtized legrosszabb nyílt forrású innovációja
  • Nyílt forráskódú 2020-ban: A jövő fényesnek tűnik
  • Linus Torvalds: "Git bebizonyította, hogy nem csak egy csoda lehetek."
  • 20 gyors tipp a Linux hálózatépítésének megkönnyítéséhez (ingyenes PDF)

Az SSPL az AGPL-t úgy módosítja, hogy kimondja: "Ha a program funkcionalitását vagy annak módosított verzióját harmadik fél számára elérhetővé teszi, akkor a szolgáltatás forráskódját mindenki számára ingyenesen elérhetővé kell tennie a hálózaton keresztül, a következő feltételekkel: ez a licenc. " Vagyis ha MySQL-t vagy más SSPL-en engedéllyel rendelkező projektet kínál RDS-szerű szolgáltatásként, akkor beleegyezik abba, hogy a szolgáltatás nyújtásához használt infrastruktúra-kódot nyílt forrású.

Ez vonatkozik-e valakire, aki MongoDB-t (vagy más kódot az SSPL alapján) online élelmiszerbolt-szállítási szolgáltatást nyújt? Nem. Ez vonatkozik valakire, aki létrehoz egy hostolt elemző szolgáltatást? Dehogy. Egyszerűen arra utal, hogy valaki önálló szolgáltatásként kínál nyílt forrású terméket, függetlenül attól, hogy ezt a nyílt forrású szoftvert elsősorban egy társaság vagy egy közösség fejlesztette-e ki.

A következő Linux?

Annyira szeretnénk, ha ezt vállalati profitszerzésre gondolnánk, úgy gondolom, hogy lehetősége van többre. Az olyan közös infrastruktúrához, mint a Linux, előnyeink lehetnek, ha együtt dolgozunk ezen a kódon. Bármennyire érdekes is lehet egy adott adatbázis, a felhő-innováció következő generációja valójában arról szól, hogyan kell futtatni, mint egy internetes óriás. A Kuberneteshez hasonló dolgok elindították ezt a forradalmat, de képzelje el, milyen drámaian drámaian gyorsulhatnánk fel, ha olyan sokrétű cégek, mint az Amazon Web Services, az Apple és a Target, együtt dolgoznának a felhőalapú szolgáltatások nyújtására szolgáló infrastruktúrán.

Lehet, hogy nem működik. Nagyon valószínű, hogy a felhőszolgáltatók és más vállalatok egyszerűen elkerülik a felhőalapú szolgáltatások építését nyílt forrású projektek számára, és ez nettó veszteséget jelentene az ipar számára. De ha a következő Linux olyan egyszerűből származik, mint az SSPL, akkor ez nagyon jó dolog.

Nyílt forrású heti hírlevél

Nem akarja kihagyni a Linux operációs rendszerre és a nyílt forrású alkalmazásokra vonatkozó tippeinket, útmutatásainkat és kommentárjainkat. Keddenként szállították

Regisztrálj még ma

© Copyright 2020 | mobilegn.com