Los desarrolladores de la plataforma de visualización de datos Grafana anunciaron la transición a la licencia AGPLv3, en lugar de la licencia Apache 2.0 utilizada anteriormente. Se realizó un cambio de licencia similar para el sistema de agregación de registros Loki y el backend de seguimiento distribuido Tempo. Los complementos, agentes y algunas bibliotecas seguirán teniendo la licencia Apache 2.0.
Curiosamente, algunos usuarios señalan que una de las razones del éxito del proyecto Grafana, que en la etapa inicial intentó optimizar la interfaz del producto Kibana preexistente para visualizar datos que varían en el tiempo y dejar de estar vinculado al almacenamiento de Elasticsearch. , fue la elección de una licencia de código más permisiva. Con el tiempo, los desarrolladores de Grafana formaron la empresa Grafana Labs, que comenzó a promocionar productos comerciales como el sistema en la nube Grafana Cloud y la solución comercial Grafana Enterprise Stack.
La decisión de cambiar la licencia se tomó para mantenerse a flote y resistir la competencia con proveedores que no participan en el desarrollo, pero que utilizan versiones modificadas de Grafana en sus productos. A diferencia de las medidas drásticas tomadas por proyectos como ElasticSearch, Redis, MongoDB, Timescale y Cockroach, que pasaron a una licencia no abierta, Grafana Labs intentó tomar una decisión que equilibrara los intereses de la comunidad y las empresas. La transición a AGPLv3, según Grafana Labs, es la solución óptima: por un lado, AGPLv3 cumple con los criterios de licencias gratuitas y abiertas y, por otro, no permite el parasitismo en proyectos abiertos.
Aquellos que utilicen versiones no modificadas de Grafana en sus servicios o publiquen código de modificación (por ejemplo, Red Hat Openshift y Cloud Foundry) no se verán afectados por el cambio de licencia. El cambio tampoco afectará a Amazon, que proporciona el producto en la nube Amazon Managed Service para Grafana (AMG), ya que esta empresa es un socio de desarrollo estratégico y proporciona muchos servicios al proyecto. Las empresas con una política corporativa que prohíbe el uso de la licencia AGPL pueden seguir utilizando versiones anteriores con licencia de Apache para las que planean seguir publicando correcciones de vulnerabilidades. Otra salida es utilizar la edición Enterprise patentada de Grafana, que se puede utilizar de forma gratuita si no se activan funciones pagas adicionales mediante la compra de una clave.
Recordemos que una característica de la licencia AGPLv3 es la introducción de restricciones adicionales para las aplicaciones que garantizan el funcionamiento de los servicios de red. Cuando se utilizan componentes AGPL para garantizar el funcionamiento del servicio, el desarrollador está obligado a proporcionar al usuario el código fuente de todos los cambios realizados en estos componentes, incluso si el software subyacente al servicio no se distribuye y se utiliza exclusivamente en la infraestructura interna. para organizar el funcionamiento del servicio. La licencia AGPLv3 solo es compatible con GPLv3, lo que genera un conflicto de licencia con las aplicaciones enviadas bajo la licencia GPLv2. Por ejemplo, enviar una biblioteca bajo AGPLv3 requiere que todas las aplicaciones que usan la biblioteca distribuyan código bajo la licencia AGPLv3 o GPLv3, por lo que algunas bibliotecas de Grafana se dejan bajo la licencia Apache 2.0.
Además de cambiar la licencia, el proyecto Grafana se transfirió a un nuevo acuerdo de desarrollador (CLA), que define la transferencia de derechos de propiedad al código, lo que permite a Grafana Labs cambiar la licencia sin el consentimiento de todos los participantes en el desarrollo. En lugar del antiguo acuerdo basado en el Acuerdo de Contribuidor de Harmony, se introdujo un acuerdo basado en un documento firmado por los participantes de la Fundación Apache. Se indica que este acuerdo es más comprensible y familiar para los desarrolladores.
Fuente: opennet.ru