Рубрики
Uncategorized

`docker compose` (v2) vs` docker-compose` (v1) vs `Podman-Compose` — какой выбрать?

Последнее докер Compose (V2) https://docs.docker.com/compose/Cli-Command/ Теперь команда … помечена Docker, обсуждает, DevOps, Podman.

Последний докер Compose (V2)

https://docs.docker.com/compose/cli-command/

Теперь команда больше не Docker-Compose (Хотя есть Compose-Switch ), а скорее, плагин докера, Docker Compose Отказ

По некоторым причинам он должен был снова восстановить мое изображение DockerFile, даже если я построил (и пометил) это раньше.

Я видел, что есть релизы для Windows и Macos (Дарвин, включая ARM64); И он уже установлен по умолчанию на Windows и MacOS Отказ

Наследие Docker Compose (V1)

https://docs.docker.com/compose/install/

Это имеет абсолютно мое ожидаемое поведение. Ничего особенного. Нет удивляющих опасностей.

подчиненный

Это использует Подман , который, вероятно, доступно только в Linux ( и MacOS ) и требует Podman.service User Unit; Итак, вероятно, не может быть запущен в Windows WSL.

Вкусно, кроме того, может быть бенно Podman (то есть нет корневых привилегий, ни usermod -an docker $ user ); Это фактически создает «POD», содержащий несколько контейнеров.

Итак, что я нашел неожиданное поведение?

  • Не может присоединиться к виртуальным объемам, ни присоединиться к несуществующим папкам (не создаст новую папку)
  • Podman-Compose UP $ Service_name не работает, в отличие от докер-состав
  • Ctrl + C не разрушает стручок, ни «вниз», так Подман - Составьте >> Ctrl + C >> Подман - Составьте даст некоторые дружеские (?) ошибки

    • Напротив, Docker-Compose up >> Ctrl + C >> Docker-Compose up не бросает ошибку; Также заметно, журналы продолжаются (так же, как Ctrl + x >> kill -cont )

Вывод

Итак, подман лучше, чем докер, или он докер становится лучше, чем альтернативы?

Оригинал: «https://dev.to/patarapolw/docker-compose-v2-vs-docker-compose-v1-vs-podman-compose-which-one-to-choose-19nl»