周四AWS推出了CloudWatch Synthetics Recorder，这是用于记录浏览器交互的Chrome浏览器扩展程序，AWS从开发人员Tim Nolet创建的Headless Recorder项目复制了代码。
这 么 做 并 没有违法 —— 该软件是根据 宽松 的Apache许可证v2发布的 ，开 发人员 料到这类 开源项目 会被 复制 或分支 。 但是亚马逊的 举措 没有赢得任何粉丝，因为 它 没有公开 感谢 代码的创建者。
与 CloudWatch扩展 程序 捆绑在一起的NOTICE.txt文件 里面是 有提及， 感谢 Headless Recorder （之前名为“ puppeteer-recorder”），许可证要求这么做 。 但是 众多 开源开发人员 却觉得，像 AWS 这 样 的 大公司应 体现出更足的诚意来 。
Nolet在发给IT外媒The Register的信息中表示： “这里问题的 核心 不是许可证的字面形式 ，而是精神 实质，起码在我看来是这样 。 ”
“事实上 ，AWS内部没 有 人愿意停下来思考 ‘这是愚蠢 的举动吗？ 这是我想发生在我身上的 一幕 吗？ ’ 因此，公关 部门目前在竭力 控制 损害 。 他们知道这是错误的。 不 违法 ， 却是 错误的。 有人得把这点 告诉他们。 ”
Nolet运 作 一项名为Checkly的软件 监测 服务， 并 开发 出 了Headless Recorder浏览器扩展 程序， 作为其公司和客户的 一款 工具。 他 表示 ，他 对于 Headless Recorder 的 许可 证倒没有 太多的想法，因为它只是 充斥着 客户端代码的浏览器扩展 程序而已—— 这意味着熟悉浏览器开发工具的任何人都 能 看到 代码 。
他说： “ 亚马逊 本 该 提出 PR（ 合并 请求）， 提议‘让我们将该 功能添加到您的代码中。 或者，他们本可以仅仅开放分支版的源代码 。 ”
“起码 ， 亚马逊本该提到这一点： 他们的工作 成果 基于我的工作 成果 。 我在项目本身的README.md中 就是这么做的， 我 感谢了 segment.io 的一个 旧项目的创建者， 谢谢它给了我 灵感。 ”
这 可 不是AWS 头一回拿来 开源开发人员的工作 成果、转身变成 AWS产品。 去年，它 推出了Open Distro for Elasticsearch， 这使 Elasticsearch 很惊愕 ， 这家公司正是靠 Elasticsearch开源项目 谋生 。 那年早些时候， AWS还发布了 基于开源MongoDB代码过时版本 的 DocumentDB。
许多流行的开源许可证允许这 么 做，但 是 由于AWS 投入 数十亿 美元 的基础设施资产 以 竞争，试图将开源项目商业化的小公司 发觉 难以应对 来自这个巨头的 挑战。
在过去几年，这种行为（不回馈或 不 表示谢 意就索取 ）一直是 业界 关注的 话题 ，导致了 一些公司尝试使用“ 云保护许可证 ”，旨在 阻止云提供商 盗用 公共软件项目。 就在上个月，数据库 开发 商TimeScale 采用 了一种 名 为Timescale License（TSL）的新的可用 源代码 许可证， 以应对 AWS 及其同行 。
去年底，《纽约时报》 刊发了一篇文章，报道 AWS如何复制和集成其他公司率先开发的软件，AWS 副总裁 Andi Gutmans 猛烈抨击了这篇报道。 他指出，许多开源项目已经 获得了 AWS开发人员贡献 的代码 ，并坚称： “AWS并未复制 过 任何人的软件或服务。 ”
这 是AWS云对我而言存在的重大问题问题。 在我看来，它们与开源界的关系似乎是一味索取，而不是相互合作。 考虑到亚马逊对待员工的做法，这不足为奇。 但也有力地提醒我不能信任它们。
Asay 通过Twitter对 处理 CloudWatch扩展 程序发布的做法 表示 了关切 ，表示他会调查 此事 。 他 发 到 Hacker News 网站 的评论 听起来像是在追悔。
“AWS在代码（既有Firecracker和Bottlerocket之类的第一方项目，也有Redis、GraphQL或Open Telemetry之类的第三方项目）、测试、致谢、基础支持及更多方面使用 大量 的 开源 代码 ， 但也贡献了大量的开源代码。 ”
“ 但是开源 最终 关 乎 人和社区，我个人认为我们应该 做得更好 ，以 感谢Tim及其 共同维护者所做的出色工作， 并竭力 支持他们的Headless Recorder工作。 我们现正 与Tim 谈 论此事 。 ”
Nolet证实了这一点，表示他 认为 AWS 真心 希望 做出改正 。 他说： “ 他们搞砸了，我们 会 努力 收拾残局 。 至于该怎么做 ，我还不知道。 ”
热门跟贴