Последний докер 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»