Grafana change de licence d'Apache 2.0 à AGPLv3

Les développeurs de la plateforme de visualisation de données Grafana ont annoncé le passage à la licence AGPLv3, au lieu de la licence Apache 2.0 précédemment utilisée. Un changement de licence similaire a été apporté pour le système d'agrégation de journaux Loki et le backend de traçage distribué Tempo. Les plugins, les agents et certaines bibliothèques continueront d'être sous licence Apache 2.0.

Il est intéressant de noter que certains utilisateurs notent que l'une des raisons du succès du projet Grafana, qui, au stade initial, tentait d'optimiser l'interface du produit Kibana préexistant pour visualiser des données variables dans le temps et ne plus être lié au stockage Elasticsearch , a été le choix d'une licence de code plus permissive. Au fil du temps, les développeurs de Grafana ont formé la société Grafana Labs, qui a commencé à promouvoir des produits commerciaux tels que le système cloud Grafana Cloud et la solution commerciale Grafana Enterprise Stack.

La décision de modifier la licence a été prise afin de rester à flot et de résister à la concurrence des fournisseurs qui ne sont pas impliqués dans le développement, mais qui utilisent des versions modifiées de Grafana dans leurs produits. Contrairement aux mesures drastiques prises par des projets tels que ElasticSearch, Redis, MongoDB, Timescale et Cockroach, qui sont passés à une licence non ouverte, Grafana Labs a tenté de prendre une décision qui équilibre les intérêts de la communauté et des entreprises. Le passage à AGPLv3, selon Grafana Labs, est la solution optimale : d'une part, AGPLv3 répond aux critères des licences libres et ouvertes, et d'autre part, il ne permet pas de parasitisme sur les projets ouverts.

Ceux qui utilisent des versions non modifiées de Grafana dans leurs services ou publient du code de modification (par exemple, Red Hat Openshift et Cloud Foundry) ne seront pas concernés par le changement de licence. Le changement n'affectera pas non plus Amazon, qui fournit le produit cloud Amazon Managed Service for Grafana (AMG), puisque cette société est un partenaire de développement stratégique et fournit de nombreux services au projet. Les entreprises dont la politique d'entreprise interdit l'utilisation de la licence AGPL peuvent continuer à utiliser les anciennes versions sous licence Apache pour lesquelles elles prévoient de continuer à publier des correctifs de vulnérabilité. Une autre solution consiste à utiliser l'édition propriétaire Enterprise de Grafana, qui peut être utilisée gratuitement si des fonctions payantes supplémentaires ne sont pas activées via l'achat d'une clé.

Rappelons qu'une particularité de la licence AGPLv3 est l'introduction de restrictions supplémentaires pour les applications qui assurent le fonctionnement des services réseau. Lors de l'utilisation des composants AGPL pour assurer le fonctionnement du service, le développeur est tenu de fournir à l'utilisateur le code source de toutes les modifications apportées à ces composants, même si le logiciel sous-jacent au service n'est pas distribué et est utilisé exclusivement dans l'infrastructure interne. organiser le fonctionnement du service. La licence AGPLv3 est uniquement compatible avec la GPLv3, ce qui entraîne un conflit de licence avec les applications livrées sous la licence GPLv2. Par exemple, l'envoi d'une bibliothèque sous AGPLv3 nécessite que toutes les applications qui utilisent la bibliothèque distribuent du code sous la licence AGPLv3 ou GPLv3, donc certaines bibliothèques Grafana restent sous la licence Apache 2.0.

En plus de modifier la licence, le projet Grafana a été transféré vers un nouvel accord de développeur (CLA), qui définit le transfert des droits de propriété sur le code, ce qui permet à Grafana Labs de modifier la licence sans le consentement de tous les participants au développement. Au lieu de l'ancien accord basé sur l'accord de contribution Harmony, un accord a été introduit sur la base d'un document signé par les participants de la Fondation Apache. Il est indiqué que cet accord est plus compréhensible et familier aux développeurs.

Source: opennet.ru

Ajouter un commentaire