LINUX.ORG.RU

История изменений

Исправление Deleted, (текущая версия) :

Docker и задумывался как штука для виртуализации именно приложений

Да, я это понимаю. Но дело в том, что «хренька на питоне» - это приложение, а вот «httpd + cron + syslog + sshd + etc.» - уже нет =).

для демонов и несольких сервисов они рекомендуют Supervisor

supervisord - это костыль. Нужно либо поддерживать штатные init-системы, либо никак.

Плюс git-овская схема коммитов/push/pull довольно удобна (почти всегда).

Во-первых, да, ПОЧТИ. Пока не появится нормальных средств для автоматизации руления (в том числе - обновления, накатывания секьюрити-фиксов и т.п.) кучей контейнеров сразу - «не готово для продакшена». Во-вторых, как я уже сказал, использование приватного docker-registry сейчас сделано очень через задницу. Именно со стороны юзабилити.

А aufs я думал есть в виде модуля доступного в репах федор/убунт.

aufs нельзя просто так собрать модулем для ванильного ядра, в любом случае нужно патчить. В Ubuntu все патчи (как и модуль aufs, и юзерспейсные тулзы) есть из коробки. В RHEL и производных в стандартном ядре нужных патчей нет, так что aufs на нём без пересборки не завести вообще.

Исправление Deleted, :

Docker и задумывался как штука для виртуализации именно приложений

Да, я это понима. Но дело в том, что «хренька на питоне» - это приложение, а вот «httpd + cron + syslog + sshd + etc.» - уже нет =).

для демонов и несольких сервисов они рекомендуют Supervisor

supervisord - это костыль. Нужно либо поддерживать штатные init-системы, либо никак.

Плюс git-овская схема коммитов/push/pull довольно удобна (почти всегда).

Во-первых, да, ПОЧТИ. Пока не появится нормальных средств для автоматизации руления (в том числе - обновления, накатывания секьюрити-фиксов и т.п.) кучей контейнеров сразу - «не готово для продакшена». Во-вторых, как я уже сказал, использование приватного docker-registry сейчас сделано очень через задницу. Именно со стороны юзабилити.

А aufs я думал есть в виде модуля доступного в репах федор/убунт.

aufs нельзя просто так собрать модулем для ванильного ядра, в любом случае нужно патчить. В Ubuntu все патчи (как и модуль aufs, и юзерспейсные тулзы) есть из коробки. В RHEL и производных в стандартном ядре нужных патчей нет, так что aufs на нём без пересборки не завести вообще.

Исходная версия Deleted, :

для демонов и несольких сервисов они рекомендуют Supervisor

supervisord - это костыль. Нужно либо поддерживать штатные init-системы, либо никак.

Плюс git-овская схема коммитов/push/pull довольно удобна (почти всегда).

Во-первых, да, ПОЧТИ. Пока не появится нормальных средств для автоматизации руления (в том числе - обновления, накатывания секьюрити-фиксов и т.п.) кучей контейнеров сразу - «не готово для продакшена». Во-вторых, как я уже сказал, использование приватного docker-registry сейчас сделано очень через задницу. Именно со стороны юзабилити.

А aufs я думал есть в виде модуля доступного в репах федор/убунт.

aufs нельзя просто так собрать модулем для ванильного ядра, в любом случае нужно патчить. В Ubuntu все патчи (как и модуль aufs, и юзерспейсные тулзы) есть из коробки. В RHEL и производных в стандартном ядре нужных патчей нет, так что aufs на нём без пересборки не завести вообще.