안녕하세요, 다시 뵙게 되어 반갑습니다!
일부 이유는 '충분히 괜찮아서’입니다. 우리는 내부 호스팅에서 이 기능을 사용하지 않습니다. 컨테이너와 이미지를 자주 교체하기 때문에, 자체 호스팅 사이트와 비교했을 때 업데이트 주기가 훨씬 다르기 때문입니다.
또 다른 설명은, 런처와 Docker 양쪽 모두 데이터 삭제 일정에 대한 전체적인 책임을 지려 하지 않는다는 점입니다. 사용자 데이터 삭제 일정에 대한 제어 권한은 사용자에게 전적으로 있어야 합니다.
자체 호스팅 사이트에서 몇 가지 문제를 겪어 본 적이 있습니다. 정리 작업이 새로 구축해야 할 discourse 기반 환경까지 함께 정리해 버려서, 악순환에 빠지는 문제가 발생했습니다. 이런 일이 자동으로 실행되는 과정에서 발견되지 않으면, 원인을 파악하는 데 상당한 장애물이 될 수 있습니다.
간단한 제안으로, 스스로의 책임 하에 docker system prune 또는 launcher clean을 cronjob으로 실행해 보시는 것이 좋겠습니다. 효과가 있을지도 모르겠습니다.