Привет, рад снова видеть вас здесь!
Отчасти это связано с тем, что для наших нужд текущее решение «достаточно хорошо» — мы не используем его внутренне на нашем хостинге, так как часто обновляем контейнеры и образы, поэтому наш график работы сильно отличается от того, что характерен для сайтов с самостоятельным хостингом.
Другое объяснение заключается в том, что ни лаунчер, ни Docker не хотят брать на себя полную ответственность за график удаления данных — расписание удаления пользовательских данных должно находиться под полным контролем самого пользователя.
Я сталкивался с проблемами на сайтах с самостоятельным хостингом, где очистка также удаляла новый базовый образ Discourse, который мне нужно было создать, что приводило к ужасной проблеме «курица или яйцо». То, что это могло остаться незамеченным из-за автоматического запуска, вероятно, стало бы довольно серьёзной проблемой для выяснения причин.
Простое предложение здесь могло бы заключаться в том, чтобы запланировать выполнение docker system prune или launcher clean через cron, но на ваш собственный страх и риск. Это могло бы сработать?