【开源许可与版权工程】Copyleft 的工程边界：动态链接、容器、SaaS 算不算「分发」
内容提要
本文探讨了开源许可证中的Copyleft概念，重点分析了GPL、LGPL和AGPL的触发条件，特别是在内部使用、分发和SaaS场景下的法律责任。通过具体条款分析，提供了工程师在实际应用中的判断标准和合规建议，以帮助理解不同许可证对软件使用和分发的影响。
延伸解读
理解Copyleft的法律边界
在开源许可证中，Copyleft的触发条件因许可证类型而异。GPLv2强调物理分发，而GPLv3则引入了更广泛的'convey'概念，涵盖了多种传播形式。理解这些法律边界对于工程师在实际应用中判断合规性至关重要。
动态链接与静态链接的合规风险
使用LGPL许可证的库时，动态链接相对安全，因为它允许用户替换库，而静态链接则需要提供目标文件以便重链接。工程师在选择链接方式时，应仔细评估合规风险，避免不必要的法律责任。
SaaS场景下的AGPL义务
AGPL许可证特别针对SaaS场景，要求修改后的程序在网络交互中必须向用户提供源代码。这意味着即使是内部修改，也可能触发合规义务，工程师需谨慎处理与用户的交互方式。
容器镜像的分发合规性
分发包含GPL程序的容器镜像被视为程序的分发，必须遵循相应的许可证要求。工程师在使用容器技术时，应确保基础镜像的许可证合规，以避免潜在的法律风险。
Q&A
Copyleft 在开源许可证中有什么重要性？
Copyleft 是开源许可证中的核心概念，确保修改后的软件在分发时也保持开源，保护用户的自由使用权。
GPL、LGPL和AGPL之间有什么主要区别？
GPL要求所有衍生作品也必须开源，LGPL允许动态链接而不触发整体开源义务，AGPL则要求在网络交互中提供源代码。
在内部使用软件时，是否需要遵循GPL的源代码披露义务？
根据GPLv2，内部使用不算分发，因此不需要披露源代码；但GPLv3和AGPL在某些情况下可能会有不同的要求。
动态链接和静态链接在LGPL下有什么不同的合规要求？
动态链接允许用户替换库而不触发整体开源义务，而静态链接则需要提供目标文件以允许用户重链接。
在SaaS场景下，AGPL如何确保用户获取源代码？
AGPL要求如果修改了程序并通过网络与用户交互，必须向用户提供获取修改后源代码的机会。
容器镜像的分发是否算作软件的分发？
是的，分发容器镜像被视为软件的分发，必须遵循相应的许可证要求。
