Как стать автором
Обновить

Комментарии 17

Начать просмотр лучше с последнего выступления.
«badoocker» прикольнее звучало бы :)
Докер конечно хорошая технология, но хорошо приготовить ее — непросто. Плюс куча багов.
Ну и размеры популярных базовых образов тоже немного печалят.

Есть опыт с Docker Swarm-ом в связке с Consul-ом c деплоем через Ansible.
Если кому интересно могу поделится опытом в комментариях — на статью там не тянет.
Конечно интересно, делись.
А чо не тянет-та?

ИМХО, в наши непростые времена на статью тянет практически всё…
Дерзайте.)
Убедили, попробую статью.
а зачем ansible (раскладывать конфиги?)?
Ansible может очень многое, в том числе общаться с докером удаленно через HTTP API.

https://github.com/ansible/ansible/blob/devel/docsite/rst/guide_docker.rst (новый)
http://docs.ansible.com/ansible/docker_module.html (старый)

Во последних версиях они добавили более удобные команды для докера, без которых многие вещи приходилось делать руками (например проверить есть ли новый image в репозитории, в старом модуле функционал был сильно ограничен).

Так же через Ansible я управляем кластером Consul-a.
Ну и общий провиженинг всего и вся — мониторинг, pgbouncer, memcache, и.т.д.
Очень понравился ваш подход к внедрению докера — очень разумно всё. Не просто: «О! Докер, круто! Погнали в продакшн!» — что не редкость как мне кажется. Рассмотрели, подготовились, собрали свои образы, ядро. Взяли ту часть сервисов, где было разумно его внедрить. Просто отлично.

Есть еще такая штука как LXD позволяет доставлять полноценные контейнеры с необрезанной ОС, плюс живая миграция и поддержка OpenStack.
Не очень удобно организована съемка. Гораздо лучше воспринимается, когда параллельно идет стриминг с компьютера докладчика и накладывается на видео, чтобы добиться синхронности изображения на проекторе (в хорошем качестве) и того, о чем идет разговор.
НЛО прилетело и опубликовало эту надпись здесь
Обычный use case – несколько сервисов на одной машине, использование диска – у какого-то сервиса больше, у другого – меньше, но «без фанатизма»:
— SUSE Linux Enterprise Server 11 Service Pack 3, kern 3.16.4
— порядка 20-25 running контейнеров
— порядка 30 в статусе Exited
— «базовые образы» не одинаковые для всех

Ошибки были, если не изменяет мне память: "… unable to mount rootfs...". В свое время находил подтверждения этому сочетанию на issues github.com/docker. После того, как время прошло и удалось провести тестирование производительности btrfs/dm/overlayfs – выбор остановили на последнем, к dm не возвращались.
НЛО прилетело и опубликовало эту надпись здесь
А что такое Google?
зло!
Зарегистрируйтесь на Хабре, чтобы оставить комментарий