Docker

[АццкоМото]

В чем его смысл, котаны? Никогда не надо было и вот внезапно. Прямо сейчас что-то делает, а я не до конца вдупляю, что именно

[Prosche]

Легкая, изолированная ВМ.

[АццкоМото]

Легкая, изолированная ВМ.

Ну и нах это нужно в продакшн?

[Alexander Troyansky]

Легкая, изолированная ВМ.

Ну и нах это нужно в продакшн?

если в продакшн часто релизы, то упрощается деплоймент приложух, особенно которые требуют больше чем одну ВМ. Да даже с одной ВМ мона дать этот самый докер со всеми включенными зависимостями - и всё, вот ваша апликуха. Хотите запускайте на своей инфрастуктуре, хотите засуньте в облако.

[mskmel]

Легкая, изолированная ВМ.

Ну и нах это нужно в продакшн?

Полезность в Docker Compose, в продакшн идут только те зависимости, которые нужны для приложения, а не для функционирования целой ОС. Если новые зависимости, то делается новый imаge, а не раскатываются зависимости по всем VM. Патчить такие образы существенно проще, чем полные образы ОС.
За счёт лёгкости стартуют новые контейнеры в разы быстрее с меньшим boot storm.

[major Major Major Major]

Легкая, изолированная ВМ.

Докер это не VM. Это контейнер с приложением запущеный _на_ VM (или физической OS). Разница далеко не семантическая.
Нужен для быстрого развертывания и управления приложений. То есть если у вас в DC на VMах стоит докер, то выкатить туда любое ваше приложение / сервис которое запаковано в docker image дело минутное, как и апдейт. Нет необходимости делать VM образы для конкретных сервисов или делать инсталляции для них же, в docker image все необходимое для запуска аппликухи входит или скачивается автоматом. Базовая VM голая.

да, забыл добавить. Среди докеристов (это it или девопсы обычно) количество фанатиков примерно как среди адептов аджайла или TDD

Я обычно показывю вот этот ролик

phpBB [video]

[-helloworld-]

Котаны говорят что гугл есть для таких вопросов.

Доцкер это такая штука куда запихай что хочешь и в продакшн.

[Prosche]

Докер это не VM.

Правда. Пытался упростить для более легкого усвоения.

[Ion Tichy]

Легкая, изолированная ВМ.

Как бы ни разу не ВМ и только слеганца изолированная. Как тут, на Привете, кто-то сказал про Докер - это chroot с бантиками и рюшечками.

[Prosche]

Легкая, изолированная ВМ.

Как бы ни разу не ВМ и только слеганца изолированная. Как тут, на Привете, кто-то сказал про Докер - это chroot с бантиками и рюшечками.

Осознал и раскаялся выше.

[fruit6]

Docker is web scale!

[АццкоМото]

То есть если у вас в DC на VMах стоит докер, то выкатить туда любое ваше приложение / сервис которое запаковано в docker image дело минутное, как и апдейт

я не знаю, что такое DC на VMах, но сегодня минут сорок заняло развертывание на практически топовом макбуке. Да, это копия серьезного бэкэнда, но сорок минут, Карл?

Но все-таки, нафига в продакшене спешка? Пусть это будет два часа, и что?

[major Major Major Major]

Но все-таки, нафига в продакшене спешка? Пусть это будет два часа, и что?

Спешка понятие относительное. Два часа это может быть быстро.

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

Без докера - ты либо делаешь новые образы VM (несколько, у тебя разные сервисы) и потом заменяешь ими старые. Это нетривиально и требует даунтайма для этих машин и небыстрое занятие - сделать новый образ, поднять тестовую машину, протестировать, накатить. и так для каждого типа сервиса. Вариант - x-copy если возможно. Процесс требует внимания (все ли пропатчено)

С докером - в репозиторий выкатываются новые образы, докеру командуется обновить контейнеры. Трудозатрат меньше, вероятность ошибки меньше.

[ystar]

Легкая, изолированная ВМ.

Ну и нах это нужно в продакшн?

Ещё нужен cubernates - и или прилага, чтобы следить за своими контейнерами типа https://portainer.io/

[ystar]

То есть если у вас в DC на VMах стоит докер, то выкатить туда любое ваше приложение / сервис которое запаковано в docker image дело минутное, как и апдейт

я не знаю, что такое DC на VMах, но сегодня минут сорок заняло развертывание на практически топовом макбуке. Да, это копия серьезного бэкэнда, но сорок минут, Карл?

Но все-таки, нафига в продакшене спешка? Пусть это будет два часа, и что?

Вот мне нужно установить приложение, и у меня докер стоит, а у приложения compose файл есть.
К примеру вот такой: https://raw.githubusercontent.com/repor ... ompose.yml
там и монго и ещё что-то там в зависимостях нужно ставить.
Раньше было бы как: базу данных установи, поставь ещё какие-то зависимости
Сейчас: установлен докер - скачан compose file - я все запускаю через одну строчку кода типа docker-compose -p reportportal up -d и все работает практически сразу из коробки - а если докер уже установлен, то все скатывается в скачай файл - запусти файл - работает

[Ion Tichy]

Легкая, изолированная ВМ.

Ну и нах это нужно в продакшн?

Кастати насчет продакш. За все не скажу и за сейчас не скажу, но неск. лет назад один большой толстый вендор софта не поддерживал свои продукты буде оне ранятся в докерских контейнерах.

[АццкоМото]

Но все-таки, нафига в продакшене спешка? Пусть это будет два часа, и что?

Спешка понятие относительное. Два часа это может быть быстро.

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

Без докера - ты либо делаешь новые образы VM (несколько, у тебя разные сервисы) и потом заменяешь ими старые. Это нетривиально и требует даунтайма для этих машин и небыстрое занятие - сделать новый образ, поднять тестовую машину, протестировать, накатить. и так для каждого типа сервиса. Вариант - x-copy если возможно. Процесс требует внимания (все ли пропатчено)

С докером - в репозиторий выкатываются новые образы, докеру командуется обновить контейнеры. Трудозатрат меньше, вероятность ошибки меньше.

Все еще не улавливаю. в чем проблема автоматизровать создание образов для виртуалок?

[АццкоМото]

Легкая, изолированная ВМ.

Ну и нах это нужно в продакшн?

Ещё нужен cubernates - и или прилага, чтобы следить за своими контейнерами типа https://portainer.io/

не-не. я ондроедный чел. мне это все не надо

я бы с удовольствием поговорил и про кубернетис для расширения кругозора, но пока и докер не вкурил

[major Major Major Major]

Все еще не улавливаю. в чем проблема автоматизровать создание образов для виртуалок?

Собственно, докер оно и есть. Как раз комбинация упаковщика (который смотрит что твоему сервису надо, к примеру Visual Studio) и установщика (а это докер) и есть "автоматизация образов". Только не для виртуалок а контейнеров, что в общем случае дает простую как дуб виртуалку на которой можно запускать все что требуется в данный момент а не только то подо что она была заточена. С добавлением репозитария образов на все случаи жизни. Ну и понятно, что скачать образ контейнера это гораздо быстрее чем многогиговый файл для VM

[АццкоМото]

Все еще не улавливаю. в чем проблема автоматизровать создание образов для виртуалок?

Собственно, докер оно и есть. Как раз комбинация упаковщика (который смотрит что твоему сервису надо, к примеру Visual Studio) и установщика (а это докер) и есть "автоматизация образов". Только не для виртуалок а контейнеров, что в общем случае дает простую как дуб виртуалку на которой можно запускать все что требуется в данный момент а не только то подо что она была заточена. С добавлением репозитария образов на все случаи жизни. Ну и понятно, что скачать образ контейнера это гораздо быстрее чем многогиговый файл для VM

но как это работает? вот скомпилил я код под хоть линукс, хоть под винду. и на маке в виртуалке оно попрет. потому что виртуалка. а тут как? я уверен, что наш бэкэнд работает не на мак ос. но я на маке его запускаю.

[АццкоМото]

вообще всем ответившим спасибо, хоть не всем ответил персонально

[Prosche]

Но все-таки, нафига в продакшене спешка? Пусть это будет два часа, и что?

Спешка понятие относительное. Два часа это может быть быстро.

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

Без докера - ты либо делаешь новые образы VM (несколько, у тебя разные сервисы) и потом заменяешь ими старые. Это нетривиально и требует даунтайма для этих машин и небыстрое занятие - сделать новый образ, поднять тестовую машину, протестировать, накатить. и так для каждого типа сервиса. Вариант - x-copy если возможно. Процесс требует внимания (все ли пропатчено)

С докером - в репозиторий выкатываются новые образы, докеру командуется обновить контейнеры. Трудозатрат меньше, вероятность ошибки меньше.

Все еще не улавливаю. в чем проблема автоматизровать создание образов для виртуалок?

От смотрите, сижу я такой весь ленивый на своем маке, написал ПХП файл, думаю дай запущу, опа, а нету у меня ни пхп ни даже апачи, и я так, как большой, одну команду докеру, херак, а подними мне друг апачи с пхп на 8080 и вот этот фолдер с сорцами пхпшными подсоси. И через 2 минуты у меня в броузере уже все шлифует. Я там подкрутил че надо и через 2 минуты у меня на машине больше нет ни апачи ни пхп ни следов никаких их присутствия, все девственно чистое и тока мертвые с косами... Разве не тема? Причем никаких проблем с виртуализацией, все это из ВМ можно поднять, образы крошечные (если линукс).

[АццкоМото]

Но все-таки, нафига в продакшене спешка? Пусть это будет два часа, и что?

Спешка понятие относительное. Два часа это может быть быстро.

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

Без докера - ты либо делаешь новые образы VM (несколько, у тебя разные сервисы) и потом заменяешь ими старые. Это нетривиально и требует даунтайма для этих машин и небыстрое занятие - сделать новый образ, поднять тестовую машину, протестировать, накатить. и так для каждого типа сервиса. Вариант - x-copy если возможно. Процесс требует внимания (все ли пропатчено)

С докером - в репозиторий выкатываются новые образы, докеру командуется обновить контейнеры. Трудозатрат меньше, вероятность ошибки меньше.

Все еще не улавливаю. в чем проблема автоматизровать создание образов для виртуалок?

От смотрите, сижу я такой весь ленивый на своем маке, написал ПХП файл, думаю дай запущу, опа, а нету у меня ни пхп ни даже апачи, и я так, как большой, одну команду докеру, херак, а подними мне друг апачи с пхп на 8080 и вот этот фолдер с сорцами пхпшными подсоси. И через 2 минуты у меня в броузере уже все шлифует. Я там подкрутил че надо и через 2 минуты у меня на машине больше нет ни апачи ни пхп ни следов никаких их присутствия, все девственно чистое и тока мертвые с косами... Разве не тема? Причем никаких проблем с виртуализацией, все это из ВМ можно поднять, образы крошечные (если линукс).

т.е. это говниище не работает с бинарниками, а только с платформ-агностиик штуками типа пхп или джавы чоле?

[major Major Major Major]

т.е. это говниище не работает с бинарниками, а только с платформ-агностиик штуками типа пхп или джавы чоле?

Работает конечно. Если у тя бинарники компилятся под разные OS, то Докер знает какой образ ему брать.
То есть ты говоришь мол docker run --name mongodb а он сам уже подгрузит чего надо, и будет монго и в винде и под линуксом работать.

[Alexander Troyansky]

Все еще не улавливаю. в чем проблема автоматизровать создание образов для виртуалок?

Вместо замены какого-то мелкого компонента, заново разворачивать всю виртуалку, што ли? Автоматизировать создание образов виртуалок - это вроде как с привязкой к какой-то платформе? А если платформа поменяется? В третьих, сама автоматизации виртуалки звучит как-то что нечто сложнее, чем создание этого докера. Как например выглядит автоматизация создания виртуалки, на которую надо воткнуть джаву и сверху - свою апликуху? На докере - от несколько строк. Если поменялось только свое приложение, то только оно и будет разворачиваться.

Amazon Fargate уаще позволяет указать залить свои контейнеры и не заморачиваться спецификацией самих производительных мощностей (виртуалок).