그럴 수도 있겠네요. 정말 큰 도움이 되긴 하지만, discourse-setup과 마찬가지로 매우 구체적인 목적, 즉 매우 표준적인 신규 설치에 특화되어 있습니다. 제 설치 스크립트에서는 꽤 오랫동안 사용해 왔습니다. 기존 컨테이너에서 백업하고 새 컨테이너에 복원하는 작업을 감수할 의사가 있다면, 두 개의 컨테이너로 전환하는 쉬운 방법이기도 합니다.
제 우려는 항상 유지보수가 어려울 것이라는 점이었습니다. 이 방식을 이해하지 못하는 사람들이 사용하려다 보니 문서를 활용할 수 없고, 'rebuild app’이 더 이상 작동하지 않으며, 데이터베이스 컨테이너를 언제 다시 빌드해야 하는지도 파악하기 어렵기 때문입니다. 최근에는 Redis가 3.0이었는데 4.0이 요구되어 재빌드가 실패한 적이 있습니다. 또한 Postgres도 업데이트가 필요했는데, 이는 특정 순서로 단계를 따라야 했으며, 데이터 컨테이너를 언제 재빌드하고 웹 컨테이너를 언제 재빌드해야 하는지, 그리고 권장 경로에서 경로를 어떻게 변경해야 하는지 알아야 했습니다. 제 경우엔 모든 과정이 순조롭게 끝났지만, bash가 무엇인지도 모르는 사람에게 포럼에서 이를 전달하는 것은 관련자 모두에게 답답한 일이었을 것입니다.
사람들이 스스로를 보호할 수 있도록, 표준이 아닌 설치를 만드는 장벽을 상당히 높게 유지하는 것이 최선이라고 생각합니다.