Utviklerne av plattformen datavisualisering Grafana kunngjorde overgangen til AGPLv3-lisensen, i stedet for Apache 2.0-lisensen som ble brukt tidligere.
Merkelig nok noen brukere påpeker at en av grunnene fra suksessen til Grafana-prosjektet, som i utgangspunktet forsøkte å optimalisere det eksisterende Kibana-produktgrensesnittet for å visualisere tidsvarierende data og gå bort fra lenking til Elasticsearch-arkivet, var valget av en mer tillatelig kodelisens. Over tid dannet Grafana-utviklere Grafana Labs, som begynte å markedsføre kommersielle produkter som Grafana Cloud-skysystemet og Grafana Enterprise Stack kommersielle løsning.
Beslutningen om å endre lisensen ble tatt for å holde seg flytende og konkurrere med leverandører som ikke var involvert i utviklingen, men at de bruker modifiserte versjoner av Grafana i produktene sine. I motsetning til de drastiske tiltakene som ble tatt av prosjekter som ElasticSearch, Redis, MongoDB, Timescale og Cockroach, som gikk over til en ikke-åpen lisens, prøvde Grafana Labs å ta en beslutning som balanserer interessene til samfunnet og virksomheten. Overgangen til AGPLv3, ifølge Grafana Labs, er den beste løsningen: på den ene siden oppfyller AGPLv3 kriteriene for gratis og åpne lisenser, og på den andre siden tillater det ikke parasitisering av open source-prosjekter.
Vårt firma har alltid prøvd å balansere "verdiskapning" av åpen kildekode og samfunnet med "verdifangst" av vår inntektsgenereringsstrategi. Valg av lisens er en sentral pilar i denne strategien, og det er noe vi har diskutert grundig på siden selskapet startet.
I løpet av de siste årene har vi nøye fulgt nesten alle selskaper med åpen kildekode i stor skala som vi beundrer - som Elastic, Redis Labs, MongoDB, Timescale, Cockroach Labs og mange andre - har utviklet lisensregimet. I nesten alle disse tilfellene har resultatet vært en bytte til en ikke-OSI-godkjent tilgjengelig fontlisens.
De som bruker umodifiserte versjoner Grafana på tjenestene deres eller legg inn endringskoden (for eksempel Red Hat Openshift og Cloud Foundry) de vil ikke bli berørt av lisensendringen. Endringen vil heller ikke påvirke Amazon, som leverer Amazon Managed Service-skyproduktet for Grafana (AMG), da dette selskapet er en strategisk utviklingspartner og gir mange tjenester til prosjektet.
Bedrifter med bedriftsretningslinjer som forbyder bruk av AGPL, kan fortsette å bruke eldre lisensierte versjoner av Apache som det forventes at sårbarhetsoppdateringer vil fortsette å bli utgitt for. En annen vei ut er å bruke Grafanas egen Enterprise-utgave, som kan brukes gratis hvis ingen ekstra betalte funksjoner aktiveres ved å kjøpe nøkkelen.
Husker at det særegne med AGPLv3-lisensen er innføring av ytterligere begrensninger for applikasjoner som sikrer drift av nettverkstjenester. Når du bruker AGPL-komponenter for å sikre driften av tjenesten, utvikleren er forpliktet til å gi brukeren kildekoden av alle endringer som er gjort på disse komponentene, selv om programvaren som ligger til grunn for tjenesten ikke distribueres og brukes utelukkende i den interne infrastrukturen for å organisere driften av tjenesten.
AGPLv3-lisensen er bare kompatibel med GPLv3, noe som skaper en lisenskonflikt med applikasjonene som er gitt under GPLv2-lisensen. For eksempel, å frigjøre et bibliotek under AGPLv3 krever at alle applikasjoner som bruker dette biblioteket, distribuerer kode under AGPLv3- eller GPLv3-lisensen, så noen Grafana-biblioteker er lisensiert under Apache 2.0-lisensen.
I tillegg til å endre lisensen, Grafana-prosjektet ble overført til en ny avtale med utviklere (CLA), som bestemmer overføring av eiendomsrett over koden, slik at Grafana Labs kan endre lisensen uten samtykke fra alle utviklingsdeltakere.
Den gamle Harmony Contributor-avtalen erstattes av en dokumentbasert avtale signert av Apache Foundation-bidragsyterne. Denne avtalen er indikert å være mer forståelig og kjent for utviklere.
Fuente: https://grafana.com