Не очень стандартное использование Docker
В то время как настоящие разработчики активно используют в своей работе всякие продвинутые IDE с элементами искуственного разума — некоторым по прежнему хватает текстового редактора.
Нет, в самом деле, а что еще нужно? Несколько файлов с исходным кодом, Makefile для сборки всего этого, MidnightCommander чтобы копировать файлы туда-сюда и удобный текстовый редактор, например Vim.
А еще куча установленных пакетов типа gcc, make, cmake — в общем, настроенная и подготовленная среда, вплоть до указания желаемой цветовой схемы в редакторе.
И вот однажды так получилось, что удобный настроенный компьютер вдруг накрылся медным тазом: жесткие диски тоже выходят из строя.
Конечно, все самое ценное лежало в архивах, но вот рабочая среда…
Настройка на новом железе, доустановка недоустановленного, в общем куча совершенно лишней работы. И как от нее избавиться на будущее, делать дамп рабочего компьютера? Использовать настроенную виртуалку?
И оказалось, что для этого прекрасно подходит Docker. Во-первых, он есть и используется в работе — не надо ничего выдумывать и осваивать. Во-вторых, он не тормозит и не требует специальной поддержки на аппаратном уровне, и в третьих — всегда можно сделать готовый образ системы, который можно использовать на других компьютерах.
И в четвертых, если возникла необходимость во временной установке каких-то экзотических программ — всегда можно запустить «песочницу», поработать в ней и удалить, не волнуясь о том что где-то сломались зависимости и всё надо снова переустанавливать.
Конечно, кто знает что такое Docker вообще не поймет зачем рассказывать очевидные вещи, но оказывается в 2024 году существуют люди, которые вообще об этом ни разу не слышали, а если и слышали — то о запуске сервисов где-то там на серверах и о всяких строгих правилах создания контейнеров: минимальный обьем, ничего лишнего и т.д.
К черту правила, поехали:
Устанавливаем (всё — debian-style, тлетворное влияние Ubuntu):
sudo apt install docker.io
sudo docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMESПусто. Здесь ничего нет. Попытаемся что-то создать:
docker run -ti debian
Unable to find image 'debian:latest' locally
latest: Pulling from library/debian
53769c348e57: Pull complete
Digest: sha256:17122fe3d66916e55c0cbd5bbf54bb3f87b3582f4d86a755a0fd3498d360f91b
Status: Downloaded newer image for debian:latest
root@f3fa3de53231:/# Ок, скачали и запустили контейнер с Debian, в котором почти ничего нет. Вот его теперь и настраиваем под себя:
apt update
apt upgrade
apt install всё-самое-необходимое все-100500-пакетов
и выходим:
exit
Смотрим, что получилось:
sudo docker ps -a
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
f3fa3de53231 debian "bash" 12 minutes ago Exited (0) 5 minutes ago gallant_morseКонтейнер создан, и теперь остановлен. Имя придумывается автоматически, но можно будет потом задать своё.
Сохраним его:
sudo docker commit gallant_morse my_toolbox
Всё, больше gallant_morse не нужен, создан новый образ my_toolbox.
Удаляем лишнее, запускаем новый контейнер, и сразу выходим:
sudo docker rm gallant_morse
sudo docker run -ti --name my_work1 my_toolbox
exit
sudo docker ps -a
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
2f60aa370d90 my_toolbox "bash" 1 minutes ago Exited (0) 1 minutes ago my_work1Создан новый контейнер my_work1, который сейчас выключен. Но его можно запустить:
sudo docker start my_work1
sudo docker ps
Теперь он появится в списке работающих процессов. И как с ним работать? Очень просто:
sudo docker exec -ti my_work1 /bin/bash
Всё, мы попадаем в контейнер, где находятся все рабочие программы. Монтируем сетевые диски — можно работать.
Нужно открыть еще один терминал — запускаем еще один. И еще. И сколько надо.
Не надоело еще писать везде sudo? Если надоело — делаем это последний раз:
sudo vim /etc/group
....
docker:x:121:my_username
....Перезаходим в систему (открываем новое окно терминала) — всё, docker работает без sudo.
Все открытые терминалы к нему работают в одном контейнере, можно одновременно работать с разными файлами проекта и т.д.
Для чего так сложно, зачем нужно было два раза создавать контейнеры? А вот зачем:
Во-первых, теперь у нас есть образ my_toolbox, его можно экспортировать, сохранить и потом при необходимости запускать на других машинах:
docker save my_toolbox | gzip > my_toolbox.gz
gunzip my_toolbox.gz
docker load < my_toolbox
docker run ...
Во-вторых, можно легко и быстро создать временную песочницу:
docker run -ti --name tmp_bebebe my_toolbox
apt install something_terrible
rm -rf /*
docker rm tmp_bebebe
Или создать рабочую среду с подключением локальных каталогов:
docker run -ti -v /home/user/project/blablabla/work_dir:/work_dir --name blablabla my_toolbox
В общем, можно развлекаться как угодно. Это быстрее делать, чем запускать виртуальные машины с установкой ОС, да и работает оно быстрее.
Конечно, есть и другие решения для подобных задач — это просто один из вариантов.
