ты скоростью рестарта хочешь добится доступности придожения ?

задача сделать его стабильным

🤦‍♂️согласен, что это неверный посыл

задачи нет, суть в том что у меня мой docker-compose стоит из двух контейнеров
как сервисы я их назвал

frontend
backend

и даже когда я их стопаю docker stop CONTAINER_ID они стопаются очень долго

This setup works pretty well most of the time. But there is a major problem. systemd isn't monitoring the container itself, it's really monitoring the client. If the client detaches from the container for whatever reason (e.g. a network problem), systemd will kill the container, even though it may be functioning fine. Conversely, if the container dies but the client remains running, systemd won't do anything. What we really want is for systemd to monitor the container instead of the client1. And there is a solution that does just that, systemd-docker.

frontend
backend

долгий стоп может быть от того что ты криво написал контейнеры и они не отрабатывают сигналы

О_о. Я примерно про это и говорю

frontend
backend

потому что у тебя приложение грейсфулли стопается

а потом через 10 секунд приходит докер и насильно его убивает

читай про сигналы

как вариант, ога

стандартный php-fpm, взят с docker-hub, по сути только добавил модули для php и положил код во внуть контейнера

ну или если тебе надо быстро стопаться используй docker kill

но повторюсь есть ощущение что ты не уловил суть пока.

и получил забавную зверушку

да вот docker kill  отрабатывает не быстрее

откуда требования по скорости docker kill ?

kill -9 должен отрабатывать быстрее чем рестарт сервиса, если конечно docker kill делает подобное

он делает нечто похожее. но ладно я понял. расскажешь чем кончилось и каковы бенчмарки по убийству контейнеров