Společnost AWS (Amazon Web Services) oznámila open source fork projektů Elasticsearch a Kibana

Projekty Elasticsearch a Kibana změní s verzí 7.11 licenci. Už se nebude jednat o open source software. Důvodem změny licence byl spor se společností AWS (Amazon Web Services). AWS na změnu licence odpovídá vlastním forkem. Vycházet bude z verze 7.10 a zůstane pod open source licencí Apache.

22.1.2021 07:00 | Ladislav Hagara | Komunita

Komentáře

[trekker.dk]

Na jednu stranu dobrý pro lidi, co tu věc chtějí nabízet a nechtějí za to platit, na druhou stranu se postupně posouváme do stavu, že všechno je AWS.

[cezz]

Prave naopak. OSS licencia (a aj tento OSS fork) umoznuje komukolvek poskytovat ES ako sluzbu. Ta nova licencia ktoru teraz pouziva povodny produkt to neumoznuje a tym padom je vo vyhode cloud provider ktory je schopny prevadzkovat platenu verziu. Osobne som prekvapeny ze prave Amazon by mal s tym problem, pretoze maju v tomto asi najlepsiu poziciu, ale ked citam medzi riadkami Elasticu vadi hlavne to ako Amazon propaguje Amazon ES ako svoju sluzbu.

Elastic’s assertions that the SSPL is “free and open” are misleading and wrong. They’re trying to claim the benefits of open source, while chipping away at the very definition of open source itself. Their choice of SSPL belies this. SSPL is a non-open source license designed to look like an open source license, blurring the lines between the two.

V tomto musim s Amazonom suhlasit. Debian aj Redhat si zjavne myslia to iste a ked Mongo preslo na SSPL tak ho vyhodili z repozitarov. Elasticsearch a Kibana touto zmenou nie su opensource a ziadny srdcervuci blogpost od Elasticu ma nepresvedci o opaku.

[trekker.dk]

První odstavec mi přijde jako nesmysl, zejména ta část, že cloud provider je ve výhodě tím, že je schopný provozovat placenou verzi? Ve výhodě oproti komu?

V tomto musim s Amazonom suhlasit.

Ano, technicky mají pravdu, ale je naivní si myslet, že to dělají z dobroty srdce a kvůli podpoře open source. To ani náhodou. Dělají to jen a pouze kvůli tomu, aby mohli vzít původní produkt, který vyvinul a lví podíl práce na něm odvedl někdo jiný, a dál vydělávat na cizí práci.

[cezz]

Ve výhodě oproti komu?

Amazon bude mat omnoho lepsiu vyjednavaciu poziciu ako nejaky maly poskytovatel, pretoze sa bude pre Elastic jednat o radovo inu sumu. Cize uz od zaciatku su mensie firmy v nevyhode. Ostatne tu sa to pekne ukazalo v praxi, ze Amazon ako jediny sa odmietol prisposobit a je schopny udrzovat fork.

Nejaky Franta Cloud s.r.o. taku moznost nema a uprimne ani nema moc vyjednavaciu schopnost dohodnut sa s Elasticom. Fork ktory urobil Amazon paradoxne taky problem nema a Franta Cloud s.r.o. moze prevadzkovat svoju sluzbu bez nejakeho vyjednavania s Elasticom. (alebo Amazonom)

Ano, technicky mají pravdu, ale je naivní si myslet, že to dělají z dobroty srdce a kvůli podpoře open source.

To som nikde netvrdil. Rovnako ako Elastic to robia pre peniaze ale narozdiel od Elasticu je vysledok ich prace opensource.

Dělají to jen a pouze kvůli tomu, aby mohli vzít původní produkt, který vyvinul a lví podíl práce na něm odvedl někdo jiný, a dál vydělávat na cizí práci.

Co je presne sloboda ktoru ti opensource dava. To iste by mohol povedat o Elasticu kazdy contributor (vratane Amazonu) po tom co sa Elastic rozhodol zobrat cudziu pracu, skryt ju za komercnu licenciu a zarabat na nej. Ked nieco vydavas ako opensource, tak jednoznacne davas najavo, ze ti podmienky takej licencie vyhovuju. Nemozes priamo v licencii povedat, ze je v poriadku pouzit produkt na akykolvek ucel a potom niekoho ociernovat v blogu za to ze presne to urobi. (resp. mozes, ale zasluzis si byt za to kritizovany)

[trekker.dk]

Amazon bude mat omnoho lepsiu vyjednavaciu poziciu ako nejaky maly poskytovatel, pretoze sa bude pre Elastic jednat o radovo inu sumu.

Za předpokladu, že nebylo cílem vybrat největší peníze od Amazonu.

Nejaky Franta Cloud s.r.o. taku moznost nema a uprimne ani nema moc vyjednavaciu schopnost dohodnut sa s Elasticom

Problém je spíš v tom, že se Elastic (firma) není schopná vymáčknout, kolik vlastně za licenci chtějí.

To som nikde netvrdil. Rovnako ako Elastic to robia pre peniaze ale narozdiel od Elasticu je vysledok ich prace opensource.

To je pravda, ale rozdíl je v tom, že Elastic udělal ten největší podíl práce, tj. vytvořil tu věc "z ničeho". Teď, když je produkt hotový, je mnohem snazší ho forknout a vyvíjet dál.

[cezz]

Za předpokladu, že nebylo cílem vybrat největší peníze od Amazonu.

Comu sa prave Amazon moze najlepsie branit. (ako sami vidime) Tiez mi pripada ze vkladas do ust Elasticu nejake dobre umysly, co mi nepripada odpovedajuce realite. Rovnako ako Amazon to robia pre peniaze.

Problém je spíš v tom, že se Elastic (firma) není schopná vymáčknout, kolik vlastně za licenci chtějí.

To je tiez problem. Problem je aj ze si potom odkazany na zmluvu s nejakou spolocnostou ktora sa nebrani tomu ju zmenit. (tak ako to urobila teraz)

To je pravda, ale rozdíl je v tom, že Elastic udělal ten největší podíl práce, tj. vytvořil tu věc "z ničeho". Teď, když je produkt hotový, je mnohem snazší ho forknout a vyvíjet dál.

Za prve som si nie celkom isty ze je omnoho jednoduchsie nieco prevadzkovat ako produkcnu sluzbu nez je to vyvinut. Ostatne keby to bola pravda, Elastic by absolutne nemal problem konkurovat Amazonu. (kto ma osobnu skusenost s Amazon ES, iste potvrdi, ze to nie je prave najlepsia sluzba)

Za druhe kto ma aky podiel prace je uplne irrelevantne, ked autor priamo v licencii pise, ze je v pohode vziat celu jeho pracu a pouzit ju na akykolvek ucel.

Za tretie Elastic pozival celkom slusne benefity tym ze svoj produkt propagovali ako opensource. Keby to neurobili zrejme by vzniklo nieco ine postavene nad Apache Lucene (tu sa tiez ponuka otazka kto vlastne odviedol ten najvacsi podiel prace, kedze ta core funkcionalita ES je vlastne Lucene) - mozno Solr, ktory sa vyvija spolu s Lucene. Velmi pravdepotobne by sme o Elasticu nepoculi.

[Bherzet]

kto ma osobnu skusenost s Amazon ES, iste potvrdi, ze to nie je prave najlepsia sluzba

Nemám. Co s tím bylo za problémy? Elasticsearch jsme si provozovali normálně na EC2 instancích, ale Redis jsme měli hostovaný jako službu (ElastiCache) a bylo to dobré.

tu sa tiez ponuka otazka kto vlastne odviedol ten najvacsi podiel prace, kedze ta core funkcionalita ES je vlastne Lucene

Je tam hromada práce na těch síťových věcech, agregacích atd. Stavěl jsem na Elasticsearchi docela velké věci a jako fakt to bylo úplně o něčem jiném než kdybych to musel dělat přímo nad Lucene.

[cezz]

Co s tím bylo za problémy?

Ono je ta sluzba taka malo flexibilna. Prakticky akakolvek zmena spustila komplet novy cluster a migrovala nan data. Velka cast ES API nie je dostupna z nejakeho dovodu. (ak si dobre spominam napriklad ani manualna migracia shardu na iny node nie je mozna, bolo toho viac) Celkovo ma nad tym clovek pomerne malo kontroly a zaroven nie velmi dobry prehlad o stave sluzby. Skoro pri kazdom probleme to vyzadovalo pomerne vela vysetrovania kym clovek prisiel na to preco je cluster v takom polo-rozbitom stave. Velakrat bola jedina cesta vpred zostavit novy cluster a premigrovat data. Ono sa to cele sice v podstate udeje automaticky ale ked tam mas terabajty dat tak to trva dost dlho a ES je pocas tej doby dost vytazeny.

V konecnom dosledku ked vsetko funguje v poriadku, tak si to zije svojim zivotom a nie je s tym moc prace, ale akekolvek zmeny su dost utrpenie a clovek ma zviazane ruky.

[Bherzet]

Tak to jo. On celkově Elasticsearch není na správu úplně triviální a taky jsem si s ním užil spoustu legrace. Když je to jako blackbox a máš k tomu omezený přístup, asi to musí být akorát tak o nervy.

[AY]

A proč že to není open source licence? Protože ti neumožňuje zadarmo vzít něčí produkt, přidat do něj svoje funkce, které nikomu dalšímu nedáš, a začít to prodávat jako něco víc? Jakože já tobě dám svou práci zadarmo, ale ty se o svůj hotový kód dělit nechceš?

Naopak je to velice dobrá alternativa pro příznivce GPL, a jediný, kdo ji kritizuje jsou firmy typu Google, které chtějí přesně tohle parazitování provozovat.

[AY]

Ono by se dokonce dalo říct, že SSPL prostě jen obdoba GPL převedená do světa cloudů a internetu, a tudíž by měla být považována za stejně (ne)svobodnou jako GPL.

[xkucf03]

Ne není. K tomuto účelu vznikla Affero GPL, která pokračuje v duchu původní GPL (na prvním místě je svoboda koncového uživatele) a zaměřuje se na software, který se neinstaluje na počítače uživatelů, ale poskytuje se na dálku po síti (takže i v cloudu).

Viz také definice svobodného softwaru. Ty čtyři body musí splňovat každý software, aby byl považován za svobodný. Licence jako SSPL nebo Commons Clause to nesplňují. Osobně takový software nechci používat – to už bych si raději vzal svobodný fork od Amazonu, i když Amazon nemám rád, než tohle. Je mi trochu líto původních autorů, ale tím, že změnili licenci, přestali dělat svobodný software a nemám důvod je podporovat.

[AY]

Ahá, ono se to odlišuje v tom, kolik toho člověk musí nabídnout ke stažení... Takže je to takové AGPL, které se chová virálně i při prosté kooperaci za dosažením jednoho cíle. No, nelze se jim divit. Amazon neplatil dost, tak ať si to dál vyvíjí sám.

[Max]

Takže něco podobného, co dělá běžně Oracle Redhatu? Jen teda Amazon využívá i jména Elasticsearch a další věci okolo, což asi opravdu ok moc nebude.
Jinak jsem to do nedávna nevěděl, ale Oracle si uzmul další dortík ze stáje RHELu, před rokem forknul oVirt a opět je to řešení, které jako jedno z mála podporuje u svých produktů. Pro mně, jako pro zákazníka, je to dobré, protože Oracle VM, co měl Oracle doposud, je ten nejhorší virtualizační svět, co jsem doposud viděl (a samo, že fce tristní a stabilita managementu taktéž).
Zdar Max

[X]

Take si rikam, ze kdyby se to jmenovalo "AWS Elasta" nebyl by to takovy problem.

[chromej spam]

https://lists.archlinux.org/pipermail/arch-dev-public/2021-January/030263.html

[AY]

Uživatelé nebudou moct synchronizovat svoje navštívený weby ke googlu, tak to vyhodí z repozitářů? To vážně? Osobně by mě vůbec nenapadlo, že synchronizace ke googlu v chromiu vůbec kdy byla.

[PetebLazar]

Není to prakticky standardní přístup AWS v podobných situacích (viz MongoDB x DocumentDB)?