[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: LXC vs Docker и форматы контейнеров



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 сейчас выглядит как стандарт де-факто.

docker image 2>&1  | grep tar
  import      Import the contents from a tarball to create a filesystem image
  load        Load an image from a tar archive or STDIN
  save        Save one or more images to a tar archive (streamed to STDOUT by default)

Можно держать в файлах, можно в своём docker image repository. можно в публичном (hub)

================================================================

* Стоит ли заморачиваться с LXC для развертывания локальных демо-стендов? Как
  писал выше я умею варить Vagrant+VirtualBox. Пару лет назад настройка
  бриждей была непосильна разуму.

Docker + Compose - вроде функциональная альтернатива. Я еще не понимаю как там
думать в терминах портов, с VirtualBox я работал в терминах IP адресов, что
приближено к реальности...

compose уже устарел, на его место пытались засунуть swarm, но сейчас все похоже скатились в Kubernetes (K8S)
(можно держать локальный 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.
в этом пригождаются системы управления конфигурацией (Puppet, Ansible, etc.)

================================================================

* Можно ли жить без Docker?

По идее Docker не нужен, нужен только формат пакета и "исполнятор". Запускать
как бы и раньше умели другими технологиями... Прибавочная стоимость в
оркестрации, а не голом запускании...

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

Как в видео выше сказал Брайан: теперь разработчики могут локально запустить такую же систему как на сервере и быстрее разрабатывать.
Улучшается переносимость, контроллируемость окружений разработки.
Меньше становится ситуаций, когда разработчик сидя на своём Эппл макбуке, забывает, что ФС у них не case sensitive или говорит “works on my laptop”

По идее тут будет у нас 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/

С упаковкой всех этих довольно быстро развивающихся инструментов в Дебьяне беда, Докер выходит каждй месяц, со стабильной версией раз в квартал.
Кубернетес тоже довольно часто, Приходится использовать их репозитарии или собирать самому локально.


Reply to: