昨天，火山引擎被曝光不符合Apache 2.0的許可要求，其中應用性能監控-分布式追蹤非法重新發布Apache SkyWalking。
阿帕奇天行者官網聲稱:
Apache SkyWalking是壹個分布式開源APM，是Apache軟件基金會的頂級項目。
65438+10月28日，Apache SkyWalking收到壹個提交者(匿名)發來的許可證違規報告。他們有壹個名為應用性能監控的雲服務——分布式跟蹤。在Java服務監控部分，匿名提交者提供了這個代理下載鏈接:
/APM insight/repo/v2/download/Java-agent/APM insight-Java-agent _ latest . tar . gz
Apache SkyWalking官方團隊下載的，現在存檔了。已經確認是天巡Java代理的二次發行，給出三條證據。讀者可以和官方的SkyWalking源代碼(/apache/skywalking-java)進行對比。
以下是官網違反Apache 2.0許可的細節:
1，第壹個也是最簡單的部分是agent.config文件，它使用相同的配置鍵和相同的配置格式。
這是火山引擎的版本，可以和skywalkingagent.config比較。
2.在apmplus-agent.jar的代理核心jar文件中，也就是Volcengine中，妳可以很容易的找到幾個和SkyWalking壹模壹樣的核心類。
ComponentsDefine類根本沒有改變，甚至組件ID和名稱都是壹樣的。
這是火山引擎的版本，天行的版本鏈接:
/Apache/skywalking-Java/blob/395 ce 4 f 86 AE 14 cf 24 af 489 a6 aa 7 e 849 b 1d9a 27 ed/APM-protocol/APM-network/src/main/Java/org/Apache/skywalking/APM/network/trace/component/components define . Java .
3.代碼名稱、軟件包名稱和代碼層次都與天行6.x版本完全相同。
包層次結構的火山引擎版本。
有關SkyWalking的版本，請參考:
/Apache/skywalking-Java/tree/v 6 . 6 . 0/APM-sniffer/APM-agent-core/src/main/Java/org/Apache/skywalking/APM/agent/core/context .
Apache license是著名的非盈利開源組織Apache采用的協議，Apache 2.0 license相對於GPL非常寬松。比如商業軟件可以隨意使用BSD，Apache 2.0發布的軟件代碼不需要開源代碼，只需要提到代碼的原始來源即可。
協議中明確規定，只要遵守本許可證的條款和條件，每個貢獻者將被授予永久、全球性、非排他性、免費、免版稅和不可撤銷的版權許可證，以復制、準備衍生作品、公開展示、公開使用、再許可和分發本作品及其衍生作品(無論是以“源代碼”還是“對象”的形式)。
也就是說，您不僅可以使用它，還可以修改或補充基於Apache License版的作品或衍生作品，並將其應用於商業項目。但前提是滿足以下條件:
所有開源許可都有壹個“通知要求”，即軟件的發行商必須向用戶披露軟件中有開源代碼。如果壹個開源許可沒有使用條件，甚至連作者信息都不需要，那麽就相當於放棄了版權。
其實遵守並不難。壹般來說，只要在軟件中提供完整的原許可文本，並披露原作者，就符合“披露要求”。
在方便每個開發者貢獻代碼的同時，開源協議不僅保護了原作者的身份，還防止了其他人將壹個產品據為己有。
目前國際上流行的開源協議有很多，如何選擇也是開發者需要考慮的問題。關於常用的開源許可，在六個最流行的許可中選擇也很復雜——GPL、BSD、MIT、Mozilla、Apache和LGPL。
烏克蘭程序員Paul Bagwell畫了壹個分析圖，這裏附上中文版，希望能幫助妳理解這6個許可證的最大區別。
目前國際公認的開源許可的特點是允許用戶免費使用、修改和享用源代碼，但都有自己的使用條件。在開源發展的大背景下，由開源軟件衍生出來的商業產品越來越多。開發者在選擇和使用開源代碼時，壹定要註意遵守開源協議。
火山引擎將嚴格遵循開源社區規範，進行全面自查，避免此類問題再次發生。