안녕하세요

minio라는 오픈소스를 이용하고 있고 해당 오픈소스 라이센스는 AGPLv3으로 알고 있습니다.

해당 오픈소스는 사내 폐쇄망에서 구축되어 있고 사내 사용자들만 사용중이며 외부에서 접속할수 없는 환경입니다

1. 오픈 소스 수정없이 사용하는 경우

- 이부분은 별도로 공개할 필요가 없을것 같지만.. 혹시 다른 문제될 부분리 있는지요?

2. 오픈 소스를 수정/빌드해서 사용하는 경우

- 수정된 minio 소스코드 및 빌드 바이너리만 외부에 공개하면 되는지? 공개해야 한다면 어디로 공유해야하나요? 그외 추가로 공개해야 될 부분이 있는지요?

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

License 관리자

안녕하세요,

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

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

1. 오픈소스 수정없이 사용하는 경우

소스코드 공개하실 필요 없고 그대로 사용하실 수 있습니다.

2. 오픈소스를 수정/빌드해서 사용하는 경우

사내 사용자들에게 소스코드를 제공하는 것이 원칙입니다.

소스코드 공개(제공)은 사내 사용자들에게만 하시면 됩니다.

감사합니다.

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

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

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.