Экскурс на русском языке: суть, настройка, и использование Docker?

Question

[Johny Smith]

У кого есть видос, или мануал, достойный внимания, по Docker. Зачем он нужен, конфигурация, применение на практике.

Answer 1

[Saboteur]

Докер - виртуализация приложения. Приведу пример.

Вы разрабатываете некое веб-приложение на java, и вам его нужно тестировать под java7, java8 и под tomcat 7, tomcat 8.

Вы можете купить 4 компьютера, поставить на них 4 варианта, протестировать. Затем все поставить заново для следующего теста. Неудобно, долго, дорого.

На помощь приходит виртуальная машина - вы можете купить 1 компьютер, на нем завести 4 виртуалки, каждую из них настроить, сохранить образы. После тестирования просто восстанавливаете исходное состояние из образов.
Гораздо дешевле, чем раньше. Но каждая виртуальная машина требует процессоры, память, кучу места на диске под операционку. А ведь отличается по сути всего 2 компонента.

На помощь приходит докер. Один комп, одна операционная система. 4 докер контейнера с нужной версией java и томкат. После тестирования контейнер можно удалить и развернуть заранее подготовленный.
Дешевле и быстрее, чем все вышеперечисленное. Потому что операционка одна, нет лишних расходов на CPU и память. Ужиматься дальше практически некуда.

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

Виртуализация приложений через докер позволяет избежать dll-hell, изоляция дисковой системы и окружения.

P.S. Пример очень простой и надуманный, так как конкретно java и tomcat можно и без докера просто запустить несколько разных версий на разных портах, но суть вы должны уловить. Докер - виртуализация на уровне файловой системы, самая дешевая виртуализация.

Comments

[Johny Smith]

pardon, there are too many questions lol:
Это с точки зрения разработки, что в принципе ясно.
А с точки зрения микросервисов тоже также само всё наружу работает?
От гошников часто слышу этот термин, они буквально бредят этим словом "микросервисы, микросервисы, микросервисы", это по сути 1 открытый порт наружу, 1 приложение на 1 ОС, чтобы изолировать для безопасности и отказоустойчивости задачи друг от друга на разных платформах?
Есть же какая то суть как не разработчику, а для применения в продакшине?
Или докер это только для разработки придумано?
Здесь есть какая то параллель, или микросервисы ничего общего с Docker вообще не имеют?

[Saboteur]

что значит с точки зрения микросервисов?

Микросервис это обычный сервис, который да, обычно работает по порту.
Например может быть некое веб-приложение, где GUI не имеет никакой логики, вся логика вынесена на микросервисы, и GUI к ним подключается и отвечает только за вывод на экран.

Зачем нужны микросервисы? Ну есть множество вариантов. Масштабируемость, возможность раскидать на разные машины. Возможность раскидать на разные команды разработчиков, которые могут быть в разных странах. Есть свои плюсы и минусы. И да, в различных крупных организациях, все может быть так запущено, что микросервисы за годы разработки разными командами совершенно несовместимы друг с другом по требованиям к запуску, и если в продакшене они работают на разных серверах, то тестировать их дешевле через докер, изолируя требования.
В общем докер это далеко не панацея, но в некоторых случаях - просто мегаудобное решение. Поэтому и хайп такой. Докер это ОЧЕНЬ дешево, а деньги - главный двигатель хайпа.

[Johny Smith]

Saboteur, то есть по сути это просто виртуальные машины доступные снаружи, только которые быстрее поднимаются? И на уровне железа всякие Hyper-V работают?
Какое тогда основное преимущество перед virtual pc?
Если там также можно создать образ системы, в виде виртуального жёсткого диска, и клонировать его сколько угодно раз каждый под свою задачу? Легковесность? В Docker разве нет необходимости под каждую задачу стартовать скажем, целую новую Ubuntu, а для 2 параллельных процессов использовать одну? В чём то же должно быть какое то весомое, очень весомое преимущество, иначе бы не полетело так ведь. Суть в том что это linux в первую очередь? И в том что можно быстро и удобно получать доступ через консоль, и разворачивать новые пакеты? Которые работают независимо друг от друга, разве это весь профит? Не знаю, видимо мне ещё раз вдумчиво надо перечитать то что вы написали. И ещё раз, и ещё раз, пока не пойму скорее всего. Суть вся в ключевом слове "котейнер" смысл которого не понятна до конца, что он из себя представляет, его содержание.

[Johny Smith]

Saboteur,

На помощь приходит докер. Один комп, одна операционная система. 4 докер контейнера с нужной версией java

там и правда всего одна операционная система за счёт чего экономия в весе?
или параллельно 2 процесса на одной системе работать не могут, а нужно это только для того чтобы легко переключаться между ними? Нечто вроде GIT где хранятся отличия, а не всё сразу, за счёт этого экономия в весе?

[Johny Smith]

Контейнер - это надстройки прикладного ПО с путями распакованных и установленных файлов, или что то намного больше и лучше?

[Антон Швец]

Olek1, считай в докере нет операционной системы. Сказано же: виртуализация приложения.
Да, для контейнера нужен образ ОС, но это скорее от кривоты или лени создателей приложений и контейнеров.
Докер обеспечивает изоляцию приложения и упаковку всех нужных приложению потрохов в один пакет.
Взял образ, перенес куда угодно, запустил за секунды. Запустил рядом второй - они делят только внешние порты сервера.
Никакого множества виртуалок не надо, работают только процессы приложений.

[Johny Smith]

Антон, Saboteur, не понимаю, как они могли сделать что бы одно ядро операционной системы могло работать сразу с двумя экземплярами софта, параллельно, это очень крутая фантастика для меня какая то.

[Johny Smith]

Антон, Saboteur, под каждый контейнер новое имя пользователя ОС?

[Saboteur]

Olek1, ключевое слово chroot.
каждое приложение видит "свой" снапшот файловой системы, со своим /lib, /usr/lib, /dev, /proc
ничего волшебного там нет, я конечно упростил ибо виртуализация процессов встроена в ядро.

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

Но да, все работает на одной машине в той же операционке, что накладывает свои ограничения.

[Антон Швец]

Olek1, для внешней системы они все под пользователем докера, обычно под рутом.
А для них самих тот пользователь, который задан в контейнере.
Меж тем файлы, с которыми работает контейнер получат uid внутреннего пользователя.

[Антон Швец]

Saboteur, ну не только chroot, виртуализируется и сеть и ресурсы.
https://ru.m.wikipedia.org/wiki/Cgroups

И никаких симлинков конечно же.

Answer 2

[⚡ Kotobotov ⚡]

все эти контейнеры, образа, нужны что отделить инфраструктуру (железо), от софта, что дает много свободы и гибкости.
Кто-то эту свободу использует для тестирования, а кто-то для эффективного использования железа, запоковал свой микросервис в контейнер, и масштабируешь его по любому железу как угодно, на одном сервере запустил 5 контейнеров, на другом который мощнее запустил 50 контейнеров, на третьем еще 20-30 контейнеров, какой-то вышел из строя, нагрузку перераспределил на оставшиеся контейнеры со своими копиями микросервисов, тутже новый сервер поставил, еще сколько там отмашстабировал своих микросервисов.
Такой подход позволяет повысить эффективность использования серверов, также задачи плавно балансировать нагрузку между серверами, когда низкая нагрузка отключил 100-200 контейнеров, что-нибудь другое там крутишь и тд, когда высокая добавил серверов, подзапустил еще контейнеров с копиями сервиса, и перенаправляешь часть запоросов туда.
Если у тебя например соц сеть, или просто дата центр, то тебе важно динамически распределять нагрузку по разным серверам, динамически убирать какие-то сервера, добавлять, перераспределяя контейнеры.
Конечные пользователи этого даже не заметят.
П. С. докер просто на хайпе, но далеко не единственный вариант реализации такой стратегии.
П. П. С.
если вы не знаете зачем он нужен, то вам он гарантированно не нужен.

Comments

[Johny Smith]

Кто-то эту свободу использует для тестирования, а кто-то для эффективного использования железа

П. П. С.
если вы не знаете зачем он нужен, то вам он гарантированно не нужен.

спасибо за ответ, но от того что вы сказали что он гарантировано не нужен, мне почему то захотелось его попробовать ещё больше

[⚡ Kotobotov ⚡]

Olek1, такие схемы в целом усложняют, а не упрощают разработку, если вам не нужна динамическая балансировка нагрузки, настоящая микросервисная архитектура, то докер ничего кроме головной боли вам не добавит.
Например вам придется усложнить все схемы внедрения и тестирования софта.

[Johny Smith]

дима кубитский, docker используется для микросервисов и хайлоада, ещё другие применения у него есть?

[⚡ Kotobotov ⚡]

Olek1, ну можно наверно услугу VDS предоставлять используя докер, хз, как бы кто как использует, я пока с упаковкой в микросервисы и тестированием сталкивался.

Answer 3

[gadzhikuliev]

Есть такой сайт:

docker.crank.ru