Открыт исходный код Docker

Поправьте зоголовок - кто открыл? Может лучше что-то типа «открыт».

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

Очень высокая концентрация базвордов

Для меня это ново, но мне интересна идея и я уже могу найти этому применение, в специфике — я не спец в этом.

Их сайт заполнен такими же баззвордами. Нужно смотреть видео, либо читать маны.

Вкратце: это что-то типа jails из FreeBSD.

https://github.com/dotcloud/docker/ язык go к успеху идет.

Срочно зовите того джависта из CERN сюда в тред, он вам объяснит почему надо писать на жабе)

Я сначала подумал про это:

$ aptitude show docker
Package: docker                          
New: yes
State: not installed
Version: 1.4-5
Priority: optional
Section: x11
Maintainer: Ari Pollak <ari@debian.org>
Architecture: amd64
Uncompressed Size: 90.1 k
Depends: libc6 (>= 2.7-1), libglib2.0-0 (>= 2.12.0), libx11-6
Conflicts: docker
Description: System tray for KDE3/GNOME2 docklet applications
 Docker is a docking application (WindowMaker dock app) which acts as a system
 tray for any desktop environment, allowing you to have a system tray without
 running the KDE/GNOME panel Docker was designed to work with Openbox 2, but it
 should work fine in any window manager.

вот пояснил бы мне зачем отдельная fs и тп? почему нельзя как-то более разумно? скажем было бы интересно просто иметь другую таблицу маршртизации для части процессов (что-то типа vrf lite в кисках) без всякого лишнего имиджа...

зачем отдельная fs и тп?

Чтобы запускать на одном сервере много приложений и не иметь проблем с зоопарком версий библиотек и безопасностью. Ещё, видимо, чтобы деплоймент упростить: разработчик на своей машине может собрать image, который просто копируется на сервер и запускается без дополнительных телодвижений.

... иметь другую таблицу маршртизации для части процессов ...

А что тебе сейчас мешает это сделать?

Судя по сайту, это простой хелпер на питоне. Замена утилит lxc-*.

Что прикалывает, lxc работает на x86/x86_64 и arm, в то время как этот питоновый скрипт требует исключительно x86_64.

По моему, ерунда.

чем лучше джейлов?

Ждем следующей версии Go, когда 90% api поломают и Docker придется переписывать с нуля.

У процесса нельзя сделать только личную таблицу маршрутизации. Можно сделать личные интерфейсы и таблицу маршрутизации (т.е. весь сетевой стек). А файловую систему, таблицу процессов, и имя хоста оставить общими.

Запустить процесс с личным сетевым стеком можно с помощью unshare -n command (util-linux-ng).

Перенести интерфейс из основного стека в личный можно с помощью ip link set eth3 netns command-pid (iproute2).

Интерфейс может присутствовать только в одном сетевом стеке. Но вроде в Cisco IOS интерфейс также может принадлежать либо глобальному (неименованному) vrf-у, либо одному именованному vrf-у.

У процесса нельзя сделать только личную таблицу маршрутизации. Можно сделать личные интерфейсы и таблицу маршрутизации (т.е. весь сетевой стек). А файловую систему, таблицу процессов, и имя хоста оставить общими.

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

Или использовать модуль нетфильтра для маркировки пакетов определенного процесса и отправлять все эти пакеты на свои таблицы маршрутизации?

имхо все это вполне реально. Вопрос только зачем?

Интерфейс может присутствовать только в одном сетевом стеке. Но вроде в Cisco IOS интерфейс также может принадлежать либо глобальному (неименованному) vrf-у, либо одному именованному vrf-у.

Ну так для этого и придумали бриджи.

Тем, что это линукс, а не система, которая валится при вытаскивании флешки?

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

вот пояснил бы мне зачем отдельная fs и тп? почему нельзя как-то более разумно? скажем было бы интересно просто иметь другую таблицу маршртизации для части процессов (что-то типа vrf lite в кисках) без всякого лишнего имиджа...

а зачем может потребоваться отдельная таблица маршрутизации для процесса?

Вот контейнер это дело. Свои библиотеки, свой софт, все по полочкам и практически бесплатно.

can run on any x64 machine with a modern linux kernel

Потрясающая универсальность!

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

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

Это что-то типа vagrant на основе lxc?

распределленых

==> распределённых

Тем, что это линукс, а не система, которая валится при вытаскивании флешки?

Как будто Linux уже стал образцом стабильности.

Вкратце: это что-то типа jails из FreeBSD.

jails это lxc и есть.

Эти контейнеры работают как KVM? Загружают образ с ФС, грузят загрузчик, ядро и т.п.? Или Docker работает как sandbox, что-то вроде доведённого до ума chroot?

Господа, а можно кратко объяснить в чем отличие OpenVZ? Я понимаю, что вопрос глупый, но этих всяких систем виртуализации под линукс много всяких разных, а я до сих пор так и не разобрался.

OpenVZ заметно шире этой реализации, но от требует специально модифицированноо ядра для своей работы. Это использует lxc - которая входит в состав ядра, и создатели openvz участвую в разработке lxc то же. Ну и главная суть, openvz реализует все окружение, кроме ядра. lxc изолированно заметно хуже, но может быть использовано на любом ядре linux. Это своего рода песочница на lxc через питон

Это можно сделать и без lxc, чистым netfilter.

ip ru + fwmark

iptables -t mangle -m owner

Хотя, --pid-owner выпилили вместе с --cmd-owner и --sid-owner ;)

Ну можно процесс запускать под спецюзером или спецгруппой и использовать --uid-owner и --gid-owner соответственно. Если для gid-owner матчатся все из group vector, совсем хорошо.

говорят же GO использует, а не питон

OpenVZ заметно шире этой реализации

А конкретно чем?

Оу, слушай, покажи где ты видел простой хелпер на питоне замену lxc-*?.. А то я свой собираюсь писать.

Разработчики lxc сами планируют перевести lxc* утилиты с шелла на новый API + питон. http://www.mail-archive.com/lxc-devel@lists.sourceforge.net/msg01843.html

---

We are now in the process of replacing the old code (C and shell alike) to use the liblxc API so we can clear out some old code from the tree.

...

Technically, porting to the API at the moment can either be done in C or python. As LXC doesn't use any of the fancy C libraries like glib to make the developer's life easier, the easiest way to code something nowadays is with python.

I perfectly realize that this means we'll start depending on python3 (core only, no extra modules) for our tools and I don't really think it'll be a problem for > 90% of our users, most of which will probably like being able to reuse that code in their own script and be able to easily extend our tools.

---

В частности уже переведена тулза lxc-ls https://github.com/lxc/lxc/blob/staging/src/lxc/lxc-ls

Правда на lxc-python сейчас стоит warning что он нестабилен.

lxc входит в состав ядра

С какой версии?

язык go

Holly sh... !!

Ну теперь осталось только на хаскеле написать браузер, или типа того ...

тем, что не требует убогой BSD

а, т.е в linux наконец-то появилась открытая технология навроде той, что в BSD была уже давно, но при этом BSD убога? )

да

http://k001.livejournal.com/774225.html

LXC основана на технологии ядра Linux под названием cgroups (добавлено в версии 2.6.29). Также используется функциональность изоляции namespaces.

Оу, слушай, покажи где ты видел простой хелпер на питоне замену lxc-*?.. А то я свой собираюсь писать.

да вроде как этот самый докер.

Он на Go.

Из треда сделал вывод что у многих, бедон головного мозга, а у некоторых и маленькое ведерко

Честно говоря не впечатляет. Думаю пара скриптов поверх systemd-nspawn и libcgroup будут не хуже. Но сырцы любопытно посмотреть.

Мм?

Спасибо !

Вот более точный ответ http://ru-openvz.livejournal.com/1970.html

Странно, а почему никто не заметил что там открыли полностью DocCloud?

DotCloud*