Comments 6
даже не представляю зачем сейчас изучать docker-compose если можно можно брать эти же самые docker-compose.yml (любые где версия 3.х) и запускать их в docker swarm
docker swarm считается заброшенной, а docker-compose это вообще древний рудимент
возможно я набросил слишком холиварно, но docker swarm по всем параметрам обходит docker-compose, единственный минус это не подеррживает версию ниже 3, во второй там были свои "фишки".
Мне кажется, что не совсем корректно сравнивать сварм с композом.
Композ - в первую очередь это декларативный манифест набора поднимаемых сервисов, чтобы не набирать все руками. Особо интересен в использовании на локальных машинах разработчиков. Но и в промышленной эксплуатации вполне может использоваться, но это практика для очень бедных.
Сварм же в свою очередь это простое решение для оркестрации контейнеров между докер-хостами для просто бедных (небольших компаний). Так-то никто не запрещает сделать однонодовый сварм, но в чем смысл этих лишних действий для разработчика?
я знаю разницу между swarm и compose, но спасибо что напомнили.
я говорил что вместо использования docker-compose утилиты, можно сделать
docker swarm init
и далее брать текущие docker-compose.yml файлики и запускать примерно так
docker stack deploy -c ./docker-compose.yml test
и все будет работать так как везде docker-compose.yml версии 3 (тут нет специфичных вещей)
при этом разница в том что человек
Не доустанавливал docker-compose утилиту (в некоторых ос ее надо доставлять дополнительно)
Не изучал параметры утилиты docker-compose (вполне достаточно docker swarm, stack и тд того что идет из коробки)
Плюсом получил возможность примитивную возможность объединять в кластер, которой обычно достаточно ОЧЕНЬ многим (некоторые прод держат на docker-compose и если работает и их все устрайвает то почему бы и не ДА ?)
поэтому если человек ищет инструмент для запуска окружения, я бы в 2023 году советовал в начале использовать стандартный (docker swarm вместо docker-compose), а уже потом он сам выберет нужен ему k8s или k3s или что либо другое.
возможности утилиты docker-compose с лихвой перекрываются docker swarm mode и рациональней начинать изучение с нее в 2023 году (как и годами раньше), раньше году в 2015 когда не было swarm mode да docker-compose было полезно и удобно и некоторые по привычки могут его использовать и дальше.
Внезапная и абсолютно ненужная установка gnome terminal создаёт впечатление, что статью писала либо нейросетка, либо небрежный копирайтер.
alias docker="podman"
aliss docker-compose="podman-compose"
❤️
Лично я считаю что docker-compose + portainer - это очень удобный инструмент оркестрации и управления. Не всегда новое - значит лучшее. ИМХО
Docker Compose