Gli sviluppatori della piattaforma di visualizzazione dati Grafana hanno annunciato il passaggio alla licenza AGPLv3 invece della licenza Apache 2.0 utilizzata in precedenza. Una modifica di licenza simile è stata apportata per il sistema di aggregazione dei log Loki e il backend di tracciamento distribuito Tempo. Plugin, agenti e alcune librerie continueranno a essere concessi in licenza con la licenza Apache 2.0.
È interessante notare che alcuni utenti notano che uno dei motivi del successo del progetto Grafana, che nella fase iniziale ha cercato di ottimizzare l'interfaccia del prodotto Kibana preesistente per visualizzare dati variabili nel tempo e liberarsi dall'essere vincolato allo spazio di archiviazione Elasticsearch , è stata la scelta di una licenza del codice più permissiva. Nel corso del tempo, gli sviluppatori Grafana hanno formato la società Grafana Labs, che ha iniziato a promuovere prodotti commerciali come il sistema cloud Grafana Cloud e la soluzione commerciale Grafana Enterprise Stack.
La decisione di cambiare la licenza è stata presa per rimanere a galla e resistere alla concorrenza con i fornitori che non sono coinvolti nello sviluppo, ma utilizzano versioni modificate di Grafana nei loro prodotti. Contrariamente alle misure drastiche adottate da progetti come ElasticSearch, Redis, MongoDB, Timescale e Cockroach, che sono passati a una licenza non aperta, Grafana Labs ha cercato di prendere una decisione che bilanciasse gli interessi della comunità e del business. Il passaggio ad AGPLv3, secondo Grafana Labs, è la soluzione ottimale: da un lato AGPLv3 soddisfa i criteri delle licenze libere e aperte e, dall'altro, non consente parassitismo su progetti aperti.
Coloro che utilizzano versioni non modificate di Grafana nei propri servizi o pubblicano codice di modifica (ad esempio, Red Hat Openshift e Cloud Foundry) non saranno interessati dal cambio di licenza. Il cambiamento non riguarderà nemmeno Amazon, che fornisce il prodotto cloud Amazon Managed Service for Grafana (AMG), poiché questa azienda è un partner di sviluppo strategico e fornisce molti servizi al progetto. Le aziende con una politica aziendale che vieta l'uso della licenza AGPL possono continuare a utilizzare versioni precedenti con licenza Apache per le quali intendono continuare a pubblicare correzioni di vulnerabilità. Un'altra via d'uscita è utilizzare l'edizione Enterprise proprietaria di Grafana, che può essere utilizzata gratuitamente se non vengono attivate funzioni aggiuntive a pagamento tramite l'acquisto di una chiave.
Ricordiamo che una caratteristica della licenza AGPLv3 è l'introduzione di ulteriori restrizioni per le applicazioni che garantiscono il funzionamento dei servizi di rete. Quando si utilizzano componenti AGPL per garantire il funzionamento del servizio, lo sviluppatore è tenuto a fornire all'utente il codice sorgente di tutte le modifiche apportate a tali componenti, anche se il software alla base del servizio non è distribuito e viene utilizzato esclusivamente nell'infrastruttura interna per organizzare il funzionamento del servizio. La licenza AGPLv3 è compatibile solo con GPLv3, il che comporta un conflitto di licenza con le applicazioni fornite con la licenza GPLv2. Ad esempio, la distribuzione di una libreria sotto AGPLv3 richiede che tutte le applicazioni che utilizzano la libreria distribuiscano codice sotto la licenza AGPLv3 o GPLv3, quindi alcune librerie Grafana rimangono sotto la licenza Apache 2.0.
Oltre alla modifica della licenza, il progetto Grafana è stato trasferito a un nuovo accordo con gli sviluppatori (CLA), che definisce il trasferimento dei diritti di proprietà sul codice, che consente a Grafana Labs di modificare la licenza senza il consenso di tutti i partecipanti allo sviluppo. Al posto del vecchio accordo basato sull'Harmony Contributor Agreement, è stato introdotto un accordo basato su un documento firmato dai partecipanti della Apache Foundation. È indicato che questo accordo è più comprensibile e familiare agli sviluppatori.
Fonte: opennet.ru