Я об этом говорю года два уже, если не больше Наверное, с тех пор, как докер был версии 0.5

И со мной, кажется, некоторые уже начали соглашаться

Ну в таком контексте, наверное вы правы

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

А это не имеет особого смысла

Другие пакетные менеджеры вообще не позволяют толком делать то, что позволяет докер

Сергей, у тебя какие то аргументы против докера, даже херовее чем у меня )

Я же написал выше, я никого не отговариваю от докера. Напротив, я давно пытаюсь ему найти применение в своей работе, но пока как-то не складывается.

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

Вот кто-нибудь может показать мне как вы их в проде запускаете и чем?

Вот всю ту гору опций туда чем передаете

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

И в чем же свобода?

В том что я на апп сервере могу запустить еще парочку демонов

И у меня будет атомарная единица

И зачем такое нужно?

Я такое могу и в докер

Вот кто-нибудь может показать мне как вы их в проде запускаете и чем?

https://github.com/gitinsky/ansible-role-grafana-container/blob/master/tasks/main.yml

И как так в докере сделать?

И как так в докере сделать?

Руками

Ну заебись. Вот я руками лучше lxc затарю.

Ну а я вот нет

Ну вот рассказал бы лучше

Как раз сейчас один из проектов переходит с LXC на Docker

Из за невозможности управлять 48-ю контейнерами эффективно

Ну - я расскажу

В июне буду читать доклад как раз

Про эксплуатацию этого проекта

Расскажу и про LXC и Docker пару слайдов

Ну заебись. Вот я руками лучше lxc затарю.

“Руками” - не в смысле “вручную”, а в смысле “вынуть руки из жопы и сделать”

Только вот не очень понятно, зачем такое нужно

Но оно делается на базе phusion’овских baseimages легко

мне это напоминает нелюбовь к винде 10 - вроде бы всем не нравится, но рано или поздно у всех геймеров будет

контейнеры лет через 10 будут везде и это будет способ по умолчанию

Просто вот смотрите. У меня каждый апп сервер имеет свой локальный nginx, php-fpm, приложение и пару демонов

В идеологии докера сколько мне придется поднять контейнеров?

4

Ну пиздец короче.

Нахуй так жить?

а что тут плохого?

Сейчас у меня это 1 lxc контейнер

ну если очень хочется - можно и в докере 1 сделать

ну если очень хочется - можно и в докере 1 сделать

https://github.com/phusion/baseimage-docker

Просто вот смотрите. У меня каждый апп сервер имеет свой локальный nginx, php-fpm, приложение и пару демонов

А у меня эппсервер это программа на Golang

И ей вообще не нужен докер никакой

Она сама себе докер

И мне сухо и комфортно. Докер мне в такой перспективе видится каким то трешем

У нас вот 10 таких "едениц" которые я выше описал

контейнеры лет через 10 будут везде и это будет способ по умолчанию

Контейнеры! = Докер

Контейнеры! = Докер

да

40 контейнеров? Яибал.

я и написал поэтому не докер, а контейнеры, может (надеюсь) Rkt станет круче и популярнее

А еще у меня кластер Solr, кластер HBase, пачка разборщиков и пачка старманов

И постгрес

И моя проблема это вовсе не “как мне разложить это по контейнерам”

А “где бы мне взять еще штук десять коробок”

40 контейнеров? Яибал.

так а что в этом плохого?

это не вручную же собирается всё

не вручную бэкапится

не вручную деплоится

так а что в этом плохого?

Сначала скажи что в этом хорошего

я и написал поэтому не докер, а контейнеры, может (надеюсь) Rkt станет круче и популярнее

Как оно, кстати, есть опыт использования (rkt) ?

Проблема LXC в том, что в LXC внутрь мы доставляем энсиблом

Раз уж это машина целиком

И это нечеловечески долго

Как оно, кстати, есть опыт использования (rkt) ?

нет, я жду версию 1.8

А образ LXC собирать? Да ну его нахер

Лучше докер сразу

ERROR: S client not available

Проблема LXC в том, что в LXC внутрь мы доставляем энсиблом

Это можно делать на билд сервере

Нет - ну, можно packer + lxc

Сколько человек в мире делают packer + lxc?

Это можно делать на билд сервере

Можно из буханки и катушки ниток сделать троллейбус

Но зачем?

Сначла объясните зачем мне в инфраструктуре 100 контейнеров

Можно из буханки и катушки ниток сделать троллейбус

Докер - по сути и есть такой троллейбус.

Когда все можно упаковать в 15 штук

Докер - по сути и есть такой троллейбус.

Нет, докер, по сути, это декларативный интерфейс к императивным вещам

С понятными conventions

И довольно удачным

Нет, докер, по сути, это декларативный интерфейс к императивным вещам

Ну с точки зрения того что у него под капотом - это дикий бутерброд

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

Ну с точки зрения того что у него под капотом - это дикий бутерброд

В императивном мире Unix-систем иначе не получается

А то давно бы додумались

Впрочем, есть же Nixpkgs

Но, опять же, сколько человек в мире про это знают

UNIX как раз подразумевает одна тулза = одна задача

UNIX как раз подразумевает одна тулза = одна задача

И этот принцип не работает за пределами своих граничных условий (сюрприз!)

А граничные условия у него наступают на каждом шагу

Все эти ваши микросервисы возможны только в проектах, где можно пожертвовать локальностью данных

Сначала скажи что в этом хорошего

мы разделяем 1 большую систему на много мелких - это хорошо, проще найти ошибку

А где нельзя - добро пожаловать в kernel space

https://www.ansible.com/press/ansible-2.1?utm_campaign=ansible%202.1&utm_content=32938244&utm_medium=social&utm_source=twitter

Все эти ваши микросервисы возможны только в проектах, где можно пожертвовать локальностью данных

Стоп, так докер же как раз для микросервисов удобнее всего. Разве нет?

Стоп, так докер же как раз для микросервисов удобнее всего. Разве нет?

Если уж говорить за микросервисы, удобнее всего для них Golang

Который статическим бинарником распространяется

Правда, там с вендорингом пока какая-то жопа

Но это починят

мы разделяем 1 большую систему на много мелких - это хорошо, проще найти ошибку

Кто сказал что в моей системе сложно найти ошибку? Я же объяснил что апп сервер у меня атомарен. Не работает - выкинуть из апстрим нахер значит

Я про то, что база отдельно, фронтенд отдельно, бекенд разбит на кучу компонентов и тоже отдельно. Разве не это базовый принцип докера?

Кто сказал что в моей системе сложно найти ошибку? Я же объяснил что апп сервер у меня атомарен. Не работает - выкинуть из апстрим нахер значит

я не говорил, что сложно) но когда 1 контейнер = 1 сервис, то это очень наглядно видно всё