Lxc ?

Да даже rkt уже лучше как по мне.

Что в докере удобного кроме наличия экосистемы?
У докера ужасный синтаксис сценария сборки, породивший из-за своих недостатков кучи костылей тупо для того, чтобы образы не выглядели раздутыми монстрами.
У докера нет никакой системы разруливания зависимостей между контейнерами.
Докер взял самый дубовый и крайне дерьмовый подход к работе с сетевой частью. И очень медленно движется в приемлимую сторону плагинами. Да одна завязка с iptables - уже повод обоссать лицо авторам.
И ещё вагон претензий тупо к реализации контейнеризации, swarm даже упоминать не хочу. Блин, да даже автор докера разочаровался и покинул проект давно.

Единственные вещи почему выстрелил докер и, увы, стал на данный момент стандартом - готовая куча образов разной степени говенности и пиар.

Зависимости между контейнерами, ого

Разные вещи немножечко, хоть и используют одни механизмы ядра для изоляции. Docker это application container, lxc скорее является system container.

Кто-то на туда воюет, кмк

А rkt же мертв, нет?

Да хотя бы банально запускать вебсервер после СУБД или/и перезапускать зависимые контейнеры какбе must have.

Нет

Я ж сказал "даже"

Люблю обоснованные утверждения

Вы рассматриваете один кейс, считая его как бы очевидным, хотя кейсов разруливания зависимостей так много, что нафига это в докере - решительно не ясно

А ваше лучше? Такое же)

это так себе идея.

Нафига мне рестарт приложения после рестарта бд

Естественно один и простейший, высосанный из пальца. мне что все пришедшие в голову тут писать? Задача разруливания на уровне зависимостей юнитов в systemd не так сложно решается и часто полезна

Все, что умеет systemd это запускать их последовательно, разве нет? А как там быть с healthcheck?

щас бы каскадные рестарты сервисов триггерить после короткого пакетлосса. да ещё и завязывать приложение на это.

systemd умеет реактивно рестартить

+

Какой пакетлосс? О чем речь вообще? Задача - хотя бы иметь возможность тупо запускать контейнер 2 после контейнера 1 коли 2 зависит от 1. А не долбиться по кругу в ожидании старта контейнера 1 (который может и не взлететь).