История изменений

Даааа?

И как же systemd связан с тем, чтобы при возникновении события на компьютере1, контейнер разворачивался на компьютере2?

Или же, в случае, если на компьютере2 вдруг всё пошло по медному тазу, то он разворачивался уже на компьютере 3?

А как только компьютер1 и компьютер2 раздуплились, инстанс гасился на компьютере3 и разворачивался опять на компьютере1?

Это я ещё про deploy replicas молчу.

Единственное, для чего этот ваш systemd для podman пригоден, это заменить docker daemon, в плане автоматического старта или перезапуска контейнеров. Потому что, опять же, Unix-way’ненько же. Я даже сам такое проделывал, когда надо было Nginx как службу запустить, не устанавливая Nginx на хост.

Но с Docker Swarm оно точно не потягается. Потому что там управление репликами, как я уже указал. Потому что там Ingress. Синхронизируемая между хостами БД секретиков и конфигов (аля etcd у кубера). И это я ещё не всё назвал.

Я ничего не имею против podman, я сам им пользуюсь, но только там, где это имеет смысл.

Даааа?

И как же systemd связан с тем, чтобы при возникновении события на компьютере1, контейнер разворачивался на компьютере2?

Или же, в случае, если на компьютере2 вдруг всё пошло по медному тазу, то он разворачивался уже на компьютере 3?

А как только компьютер1 и компьютер2 раздуплились, инстанс гасился на компьютере3 и разворачивался опять на компьютере1?

Это я ещё про deploy replicas молчу.

Единственное, для чего этот ваш systemd для podman пригоден, это заменить docker daemon, в плане автоматического старта или перезапуска контейнеров. Потому что, опять же, Unix-way’ненько же. Я даже сам такое проделывал, когда надо было Nginx как службу запустить, не устанавливая Nginx на хост.

Но с Docker Swarm оно точно не потягается. Потому что там управление репликами, как я уже указал. Потому что там Ingress. Синхронизируемая между хостами БД секретиков и конфигов (аля etcd у кубера). И это я ещё не всё назвал.