Зачем нужен пакет docker-compose, если команда `docker compose` и так работает?

compose это плагин для docker, он ставится отдельно. А может ставиться вместе. А может у тебя вообще подман.

Если всё и так работает, не ставь. Если просто интересно - загляни в пакет.

Если вы нашли относительно старые инструкции по docker compose - там эта команда запускается с дефисом

docker-compose up -d
docker-compose stop

Но начиная со 2й версии команды docker compose вводятся без дефиса

docker compose up -d
docker compose stop

Проверить версию

docker compose version

Узнать нет ли в системе старой версии

which docker-compose

вначале это был питон скрипт docker-compose, теперь это какой-то бинарь плагин docker compose на go весом 60 мегабайт.

я бы поставил вопрос по-другому: зачем нужен docker, когда есть podman?

Зачем нужен докер, когда есть другой сорт докера? На самом деле, все сорта докеров ненужны.

интересное заявление, переадресовал его девопсу на работе (он покрутил пальцем у виска).

podman

В чом космический эффект?

не нужен демон для работы, плюс есть нормальные опенсорсные клиенты для оффтопика и макоси, плюс интеграция с cockpit.

не нужен демон для работы

Как следствие, нужны альтернативные способы запуска контейнеров при загрузке ОС. Плюс прочие превозмогания.

клиенты для оффтопика и макоси

🤷‍♂️

Как следствие, нужны альтернативные способы запуска контейнеров при загрузке ОС

я сказал «не нужен», а не то что его там нет.

На системах с сустемд есть Quadlet, с помощью которого можно писать конфиги типа такого:

$ cat $HOME/.config/containers/systemd/mysleep.container
[Unit]
Description=The sleep container
After=local-fs.target

[Container]
Image=registry.access.redhat.com/ubi9-minimal:latest
Exec=sleep 1000

[Install]
# Start by default on boot
WantedBy=multi-user.target default.target

после чего получается обычный сервис сустемд, управляющийся штатными средствами.

И не надо тут руками разводить. Не признавать ничего кроме линукса - это опенсорс-шиза, я к таким не отношусь.

Нашёл у кого спрашивать.

А у кого надо было спрашивать? 👀

У firkax, конечно же. Все вопросы о докере — к нему — за самыми чёткими и предсказуемыми ответами :D

Чёткими, предсказуемыми, но и в такой же степени бесполезными 🙄

не нужен демон для работы

Это неплохо.

интеграция с cockpit.

Cockpit is a web-based graphical interface for servers, …

Знаете, уж лучше демон.

Оба не нужны, можно напрямую runc запускать, без этих нашлёпок и прочих podman’ов.
А можно и без runc, делать свои изолированные процессы, напрямую интерфейсами ядра, не обращая внимания на CRI спеку, если оно не устраивает, без мегатонн мусора, и ничем не будет отличаться.

Я набросил, но технически, это правда =)

Когда дело поставлено на поток, то нужны конечно, как и любая подобная автоматизация

хотел спросить

1. в твоем примере это как --user сервис используется или системный?

2. на сервере если так делать, под это подразумевается отдельного пользователя завести?

3. через квадлет может композо-образное объединение нескольких контейнеров стартовать или только один контейнер можно?

плюс есть нормальные опенсорсные клиенты для оффтопика и макоси

клиенты - это в смысле /usr/bin/podman для винды и мака? но там же всё равно полноценная виртуализация нужна с линуксом, соответственно и /usr/bin/podman будет. или это про гуи?

М-да… А мы смеялись.