안녕하세요,

현재 회사에서 상업적으로 고객사에 납품하기 위한 소프트웨어 제품에 AGPL 3.0 라이선스가 적용된 Minio 오픈소스가 포함되어 있습니다. AGPL 라이선스 떄문에 전체 제품에 대한 소스 코드 공개 의무가 발생하는지 궁금합니다.

1. 해당 제품에서 Minio 오픈소스는 무수정으로 포함되어 단순히 사용만 하는데 전체 소스 코드 공개 의무가 발생하나요?

------ 댓글 -------

License 관리자

안녕하세요,

공개소프트웨어 라이선스 관리자입니다.

문의주신 내용 답변 드립니다.

회사에서 상업적으로 고객사에 납품하는 행위는 '배포'에 해당합니다.

AGPL-3.0은 배포 시 라이선스 의무사항을 준수해야 하며, 전체 제품에 대한 소스코드 공개의무를 포함한 기타 의무사항 등이 모두 발생합니다.

감사합니다.

※ 법적 분쟁 발생시 본 답변은 법률적 해석이나 논리로 활용될 수 없습니다.

------ 댓글 -------

전체 소스코드 공개는 일반 대중이 아닌 납품받는 고객사만 대상인가요?

------ 댓글 -------

License 관리자

네, 배포한 대상(고객사)에게 소스코드를 제공하셔야 합니다.

감사합니다.

※ 법적 분쟁 발생시 본 답변은 법률적 해석이나 논리로 활용될 수 없습니다.

------ 댓글 -------

Hi,

Thank you for using MinIO and please find below contents for your reference. For more information, please refer to our compliance page(

https://min.io/compliance

). If you have any questions, please reach out to hello@min.io and we are happy to assist you further.

Making combined or derivative works of MinIO

Creating combined or derivative works of MinIO requires all such works to be released under the same license.

If MinIO source code is included in the same executable file, they are definitely combined in one program. If modules are designed to run linked together in a shared address space, that almost surely means combining them into one program.

By contrast, pipes, sockets, RESTful APIs, and command-line arguments are communication mechanisms normally used between two separate programs. So when they are used for communication, the modules normally are separate programs. But if the semantics of the communication are intimate enough, exchanging complex internal data structures, that too could be a basis to consider the two parts as combined into a larger program.

Merely aggregating MinIO software into your distribution does not constitute derivative works. For more information, please refer to the

GPL FAQ.