• 字节旗下火山引擎违规分发SkyWalking,更改所有包名、删除Apache基金会抬头


    记得前几天,DD在朋友圈刷到Apache SkyWalking创始人吴晟先生关于某云服务构建了商业化服务产品之后,未能做好相应的后续客服支持的吐槽。

    商业化产品的用户,碰到问题,直接找到了开源支持方来寻求帮助,这种现象其实并不是个例。尤其是当你的用户越来越多之后,各种奇怪的现象就出来了,比如我下面说的这种也是很常见的:

    谁想就在第二天(1月28日),知名开源项目Apache SkyWalking官方博客发文指出字节跳动旗下云服务公司火山引擎在使用SkyWalking的时候违反了Apache 2.0许可证。

    原文:https://skywalking.apache.org/blog/2022-01-28-volcengine-violates-aplv2/

    博文中称1月28日,SkyWalking官方收到匿名人员提交的一份关于SkyWalking违规使用的报告,并提供了相关产品的Agent下载链接。

    https://datarangers.com.cn/apminsight/repo/v2/download/java-agent/apminsight-java-agent_latest.tar.gz

    SkyWalking官方通过源码比较,确认了这属于SkyWalking Java Agent的分发版本。

    主要证据有下面三个:

    1. agent.config配置文件的Key设计和格式与SkyWalking的Volcengine版本相同

    1. apmplus-agent.jar中的几个核心类与SkyWalking的Volcengine版本中的完全相同

    1. 代码命名、包名、层次结构都与SkyWalking 6.x版本一致

    火山引擎相关团队在分发这个基于SkyWalking的商业化产品时,不仅更改了包名,还删除了Apache Foundation的Header、也没有保留Apache Software Foundation 和 Apache SkyWalking 的LICENSE 和NOTICE文件。

    在该博客发出后,火山引擎的相关负责人也作出了回应,后续会在相关文档和分发SDK上加入SkyWalking的版权声明,并联系开发者沟通道歉。


    不知道为什么,最近关于开源项目的各种闹心的事情频出,之前发生的faker.js作者删库跑路、500强公司白嫖开源产品还发邮件要求维护者24小时内进行审查和回复等事件也是一度被热议,并激怒开源爱好者们。

    似乎开源环境越来越不友好了?感觉随着云服务的不断发展,此类事件越来越多了,是这些公司不知道、不理解开源协议吗?还是做这样的事情,即使被发现了,也不会付出什么太大的代价导致?

    对于很多公司不遵守开源协议的行为,你怎么看呢?留言区说说呗!

  • 相关阅读:
    Spring DI(依赖注入)的实现方式:属性注入和构造注入
    Python数据分析训练营——Python数据分析之Numpy
    C++学习——多态
    IMX6ULL移植篇-boot 命令的学习
    MyBatis中模糊查询LIKE的三种方式
    云计算未来展望:边缘计算、量子计算与AI
    一些资源收集
    Redis系列之常见数据类型应用场景
    微服务(十六)——Seata 分布式事务框架
    Umi + React + Ant Design Pro + TS 项目搭建
  • 原文地址:https://blog.csdn.net/dyc87112/article/details/122752714