On 10/10/18 18:29, Oleksandr Gavenko wrote: Зачем настраивать коробку очередным YAML DSL, если можно ее загрузить контейнерами. Как для обывателей - вставил в розетку и работает )) Мания на контейнеры пошла с 2013: https://www.youtube.com/watch?v=wW9CAH9nSLs рекомендую послушать
вот этого товарища: https://www.youtube.com/watch?v=xXWaECk9XqM ================================================================ * Во что оборачивать контейнеры? Вроде есть: зависит от того, с
каким поставщиком виртуализации ты работаешь,
Можно держать в файлах, можно в своём docker image repository. можно в публичном (hub) ================================================================ * Стоит ли заморачиваться с LXC для развертывания локальных демо-стендов? Как писал выше я умею варить Vagrant+VirtualBox. Пару лет назад настройка бриждей была непосильна разуму. Docker + Compose - вроде функциональная альтернатива. Я еще не понимаю как там думать в терминах портов, с VirtualBox я работал в терминах IP адресов, что приближено к реальности... compose уже устарел,
на его место пытались засунуть swarm, но сейчас все похоже
скатились в Kubernetes (K8S) * Правильно ли впихивать 10 гигабайт в контейнер или это должен быть Alpine (100 mb с lighttpd) или CoreOS (500mb)? Не будет Debian без Python и без 1GB места в голом виде? всё зависит от того, что ты хочешь, никакие рекоммендации не запрещают иметь большие контейнеры, пустое место не считается в размер. ================================================================ * Микросервис - это потому что выставляется немного HTTP REST эндпоинтов, связаных функционалом? Я вижу микросервисы как продолжение концепции Unix: каждая программа умеет делать одну вещь и хорошо, общение между ними по текстовому протоколу (REST) А то когда видишь "микросервисный" Java-jar файл в 100 MB в гигабайтном убунтовом контейнере - дисонанс с моим калькулятором МК-61 с 104 однобайтными ячейками памяти... не все понимают такой подход одинаково :) ================================================================ * Зачем вообще разбираться с Puppet, Ansible, Salt, CFEngine и т.д., если все пакуется в контейнеры? Что бы менеджить оставшийся не "микросервисный" софт (базы данных, файерволы и остальное, что требует больше чем RAM+CPU)? Чтобы собрать образ
контейнера иногда надо использовать немного более хитрую логику
чем простой набор bash команд внутри Dockerfile. ================================================================ * Можно ли жить без Docker? По идее Docker не нужен, нужен только формат пакета и "исполнятор". Запускать как бы и раньше умели другими технологиями... Прибавочная стоимость в оркестрации, а не голом запускании... можно, если совсем
не хочется туда идти, но по моему опыту это сейчас довольно
широко используемый инструмент. Как в видео выше
сказал Брайан: теперь разработчики могут локально запустить
такую же систему как на сервере и быстрее разрабатывать. По идее тут будет у нас https://packages.debian.org/source/sid/kubernetes Да и сам Докер не без приключений добрался в Debian https://www.collabora.com/news-and-blog/blog/2018/07/04/docker-io-debian-package-back-to-life/ С упаковкой всех
этих довольно быстро развивающихся инструментов в Дебьяне беда,
Докер выходит каждй месяц, со стабильной версией раз в квартал. |