왜 그런 것일까요? 루트 접근 권한을 요구하는 데에는 기술적인 이유가 없습니다. 평소처럼 docker compose 파일이나 유사한 것을 사용하는 것이 불가능할까요? 이는 기업 환경과의 호환성을 깨뜨리며, podman이나 Kubernetes와 같은 솔루션과의 호환성도 무너뜨립니다.
컨테이너의 좋은 점은 표준 형식으로 패키징되어 있어 배포가 명확하고, 여기에서 일어나고 있는 것처럼 벤더 고유의 외부 도구에 의존할 필요가 없다는 것입니다. 개발자들은 시스템 관리자를 위해 도구를 제공함으로써 그들의 업무를 최대한 쉽게 하려 하지만, 이를 필수적으로 요구함으로써 오히려 그들의 업무를 더 어렵게 만들고 있습니다.
DockerHub의 Bitnami 이미지는 다운로드 수가 두 배나 많습니다. 이는 적절하게 패키징되어 있기 때문(여러 서비스를 하나의 불투명한 컨테이너에 번들링하는 것이 아니라 각 서비스에 하나의 컨테이너를 할당)이고, compose 파일을 사용하여 실행할 수 있기 때문일 것이라고 추측합니다.
그 이유 중 하나는 프로젝트가 시작되었을 당시 docker-compose가 실제로는 실행 가능한 옵션이 아니었기 때문에, 자체적인 런서(launcher)를 개발했다는 점입니다. 이는 그들이 호스팅에 사용하는 방식이며, 변경할 이유가 없습니다. 설치 문서는 시스템 관리에 대해 전혀 모르는 사람들에게도 놀라울 정도로 잘 작동합니다.
그렇게 추정됩니다. 그리고 많은 사람들에게 잘 작동하는 것 같지만, 만약 당신이 그런 사람들 중 한 명이고 문제가 발생한다면, 여기서는 (크게) 도움을 받을 수 없습니다. 왜냐하면 여기 사람들이 아는 것이 그 방식이 아니기 때문입니다. 다른 곳에서 어떤 지원을 받을 수지는 불분명합니다(저에게는요), 하지만 종종 "그 문제를 해결하려면 X만 하면 됩니다"라고 한 뒤에 "Bitnami를 사용하는데 X를 어떻게 해야 하는지 모르겠어서 할 수 없습니다"라는 식의 교환이 일어납니다.
그럼에도 불구하고, 저는 지원되는 이미지와 매우 유사하지만 docker compose 및 유사한 도구로 배포할 수 있는 이미지를 만드는 작업을 시작했습니다. 최근에는 Bitnami 이미지와 최대한 호환되도록 만들어 서로 이동하기 쉽게 하려 고려했습니다. 현재 제가 준비한 것은 아직 누군가가 사용하기에 완벽하게 준비된 상태가 아니라, 여전히 변경 사항이 있기 때문입니다. 몇 달이 걸릴지, 아니면 몇 년이 걸릴지 확신할 수 없습니다.
Jay님, 이렇게 오래된 논의에 빠르게 답변해 주시고 흥미로운 링크를 공유해 주셔서 감사합니다.
bitnami 이미지를 사용해 보았지만 몇 가지 버그가 있었고, 이슈를 읽지 않는다는 글을 보고 버그 보고를 중단했습니다. 그래서 공식적으로 지원되는 세팅을 사용하는 것을 선호하며, 다른 오픈소스 프로젝트에서 자주 해 왔던 것처럼 그 부분에 기여하고 싶습니다. 현재 작업 중인 Docker 세팅을 공유해 주시고, 토론과 기여를 열려도 좋다고 생각하신다면, 테스트와 기여에 참여할 의향이 있습니다.