Các nhà phát triển nền tảng trực quan hóa dữ liệu Grafana đã thông báo chuyển đổi sang giấy phép AGPLv3, thay vì giấy phép Apache 2.0 đã sử dụng trước đây. Một thay đổi giấy phép tương tự đã được thực hiện cho hệ thống tổng hợp nhật ký Loki và phần phụ trợ theo dõi phân tán Tempo. Các plugin, tác nhân và một số thư viện sẽ tiếp tục được cấp phép theo giấy phép Apache 2.0.
Thật thú vị, một số người dùng lưu ý rằng một trong những lý do dẫn đến sự thành công của dự án Grafana, ở giai đoạn đầu đã cố gắng tối ưu hóa giao diện của sản phẩm Kibana có sẵn để trực quan hóa dữ liệu thay đổi theo thời gian và tránh bị ràng buộc với bộ lưu trữ Elaticsearch , là sự lựa chọn của một giấy phép mã dễ dãi hơn. Theo thời gian, các nhà phát triển Grafana đã thành lập công ty Grafana Labs, bắt đầu quảng bá các sản phẩm thương mại như hệ thống đám mây Grafana Cloud và giải pháp thương mại Grafana Enterprise Stack.
Quyết định thay đổi giấy phép được đưa ra nhằm duy trì hoạt động và chịu được sự cạnh tranh với các nhà cung cấp không tham gia vào quá trình phát triển nhưng sử dụng các phiên bản sửa đổi của Grafana trong sản phẩm của họ. Trái ngược với các biện pháp quyết liệt được thực hiện bởi các dự án như ElasticSearch, Redis, MongoDB, Timescale và Cockroach, chuyển sang giấy phép không mở, Grafana Labs đã cố gắng đưa ra quyết định cân bằng giữa lợi ích của cộng đồng và doanh nghiệp. Việc chuyển đổi sang AGPLv3, theo Grafana Labs, là giải pháp tối ưu: một mặt AGPLv3 đáp ứng các tiêu chí về giấy phép tự do và mở, mặt khác nó không cho phép ký sinh trên các dự án mở.
Những người sử dụng phiên bản Grafana chưa sửa đổi trong dịch vụ của họ hoặc xuất bản mã sửa đổi (ví dụ: Red Hat Openshift và Cloud Foundry) sẽ không bị ảnh hưởng bởi việc thay đổi giấy phép. Thay đổi này cũng sẽ không ảnh hưởng đến Amazon, công ty cung cấp sản phẩm đám mây Amazon Managed Service cho Grafana (AMG), vì công ty này là đối tác phát triển chiến lược và cung cấp nhiều dịch vụ cho dự án. Các công ty có chính sách công ty cấm sử dụng giấy phép AGPL có thể tiếp tục sử dụng các bản phát hành cũ hơn được Apache cấp phép mà họ dự định tiếp tục xuất bản các bản sửa lỗi lỗ hổng. Một cách giải quyết khác là sử dụng phiên bản Grafana dành cho doanh nghiệp độc quyền, phiên bản này có thể được sử dụng miễn phí nếu các chức năng trả phí bổ sung không được kích hoạt thông qua việc mua khóa.
Chúng ta hãy nhớ lại rằng một tính năng của giấy phép AGPLv3 là đưa ra các hạn chế bổ sung cho các ứng dụng đảm bảo hoạt động của các dịch vụ mạng. Khi sử dụng các thành phần AGPL để đảm bảo hoạt động của dịch vụ, nhà phát triển có nghĩa vụ cung cấp cho người dùng mã nguồn của tất cả các thay đổi được thực hiện đối với các thành phần này, ngay cả khi phần mềm cơ bản của dịch vụ không được phân phối và được sử dụng riêng trong cơ sở hạ tầng nội bộ tổ chức hoạt động dịch vụ. Giấy phép AGPLv3 chỉ tương thích với GPLv3, điều này dẫn đến xung đột cấp phép với các ứng dụng được cung cấp theo giấy phép GPLv2. Ví dụ: việc vận chuyển một thư viện theo AGPLv3 yêu cầu tất cả các ứng dụng sử dụng thư viện đó phải phân phối mã theo giấy phép AGPLv3 hoặc GPLv3, vì vậy một số thư viện Grafana vẫn được giữ theo giấy phép Apache 2.0.
Ngoài việc thay đổi giấy phép, dự án Grafana đã được chuyển sang một thỏa thuận mới dành cho nhà phát triển (CLA), trong đó xác định việc chuyển giao quyền sở hữu đối với mã, cho phép Grafana Labs thay đổi giấy phép mà không cần sự đồng ý của tất cả những người tham gia phát triển. Thay vì thỏa thuận cũ dựa trên Thỏa thuận cộng tác viên hài hòa, một thỏa thuận đã được đưa ra dựa trên một tài liệu được ký bởi những người tham gia Quỹ Apache. Nó chỉ ra rằng thỏa thuận này dễ hiểu và quen thuộc hơn đối với các nhà phát triển.
Nguồn: opennet.ru