Elasticsearch ha pubblicato il rilascio di elasticsearch-py 7.14.0, la libreria client ufficiale per il linguaggio Python, contenente una modifica che blocca la possibilità di connettersi a server che non utilizzano la piattaforma commerciale originale Elasticsearch. La libreria client ora genererà un errore se l'altra parte utilizza un prodotto che appare nell'intestazione "X-Elastic-Product" come qualcosa di diverso da "Elasticsearch" per le nuove versioni o non passa i campi slogan e build_flavor per le versioni precedenti rilascia.
La libreria elasticsearch-py continua a essere distribuita con la licenza Apache 2.0, ma le sue funzionalità sono ora limitate alla connessione ai prodotti Elasticsearch commerciali. Secondo Amazon il blocco non riguarda solo i fork di Open Distro per Elasticsearch e OpenSearch, ma anche soluzioni basate su versioni aperte di Elasticsearch. Si prevede che modifiche simili saranno incluse nelle librerie client per JavaScript e Hadoop.
Le azioni di Elasticsearch sono il risultato di un conflitto con i fornitori di servizi cloud che forniscono Elasticsearch come servizi cloud ma non acquistano una versione commerciale del prodotto. Elasticsearch è insoddisfatto del fatto che i fornitori di servizi cloud che non hanno nulla a che fare con il progetto beneficiano della rivendita di soluzioni aperte già pronte, mentre agli sviluppatori stessi non rimane nulla.
Elasticsearch inizialmente ha provato a cambiare la situazione spostando la piattaforma su una SSPL (Server Side Public License) non libera e interrompendo la pubblicazione delle modifiche con la vecchia licenza Apache 2.0. La licenza SSPL è riconosciuta dall'OSI (Open Source Initiative) come non rispondente ai criteri Open Source per la presenza di requisiti discriminatori. Nonostante la licenza SSPL sia basata su AGPLv3, il testo contiene requisiti aggiuntivi per la fornitura sotto licenza SSPL non solo del codice dell'applicazione stessa, ma anche del codice sorgente di tutti i componenti coinvolti nella fornitura del servizio cloud.
Ma questo passaggio non ha fatto altro che aggravare la situazione e attraverso gli sforzi congiunti di Amazon, Red Hat, SAP, Capital One e Logz.io, è stato creato un fork di OpenSearch, posizionato come una soluzione aperta a tutti gli effetti sviluppata con la partecipazione della comunità. OpenSearch è stato riconosciuto come pronto per l'uso nei sistemi di produzione e in grado di sostituire la piattaforma di ricerca, analisi e archiviazione dei dati Elasticsearch e l'interfaccia web Kibana, offrendo anche una sostituzione per i componenti dell'edizione commerciale di Elasticsearch.
Elasticsearch ha intensificato il conflitto e ha deciso di rendere la vita difficile agli utenti del fork legandolo ai suoi prodotti, approfittando del fatto che le librerie client rimanevano sotto il suo controllo (la licenza delle librerie rimaneva aperta e il fork di OpenSearch continuava ad usarle per garantire la compatibilità e semplificare la transizione degli utenti).
In risposta alle azioni di Elasticsearch, Amazon ha annunciato che il progetto OpenSearch inizierà a sviluppare fork di 12 librerie client esistenti e offrirà una soluzione per la migrazione dei sistemi client su di esse. Prima che i fork vengano pubblicati, si consiglia agli utenti di attendere per passare alle nuove versioni delle librerie client e, se installano un aggiornamento, ripristinare la versione precedente.
Fonte: opennet.ru