Alexander
я не знаю, в чем было дело, я смог быстро в пределах пары часов перепаковать в докер и выложить как контейнеры
Sergey
ну вот пример из недавней практики - жил был сервачок с 15.10 убунтой) питон стоял через https://github.com/yyuu/pyenv , была пара проектов там, каждый в своей pyenv-virtualenv, запускалось это всё через uwsgi... обновилась система на 16.04 LTS, uwsgi сломался и не захотел заводиться,
Эм... 15.10 - вообще отдельная история. Там 2 Python. 3.4 и 3.5. Половина системы зависит от первого, половина от второго.
Alexander
вот с докером такое бы не случилось
Sergey
Энивей, мы не обновляемся без тщательного тестирования между разными lts. А ветки между lts вообще не используем
Alexander
ну вот за последние 4 года это был первый случай, когда у меня что-то сломалось при обновлении убунты
Alexander
оно редко бывает, но бывает
Alexander
а с докером тут риски в разы ниже
Alexander
тестировать можно и нужно - но это лишние затраты времени (и денег, значит)
Alexander
а малый бизнес даже за тесты не любит платить (то есть тестируют зачастую лишь основные процессы, типа "а может ли пользователь купить товар?", "а может ли пользователь отправить нам форму с текстом о том, что он нашел на сайте баг или сделать заказ?")
Sergey
а с докером тут риски в разы ниже
Я вот не уверен, что в докере точно так же не сломался бы uwsgi.
Sergey
Он был системный или в virtualenv?
Sergey
И да, под обновлением между lts я имел в виду полное пересоздание контейнера, а не do-release-update
Alexander
я его правда обновил через pip до этого
Alexander
так что не совсем системный)
Dmitry
так через pip или системный? :)
Alexander
он был установлен через apt, но потом обновлен через pip install -U
Alexander
как-то так там было
Dmitry
бггг
Alexander
Я вот не уверен, что в докере точно так же не сломался бы uwsgi.
а в докере можно было бы откатиться быстро
Dmitry
потом конечно жаловаться, что сломалось - это вин. безотносительно докера
Alexander
ну, мне ломать что-то не страшно) требований к аптайму больших у меня нет
Alexander
страшно, когда оно быстро не чинится
Alexander
если оно там на 5-10 минут сломалось - никто не заметит даже
Alexander
если больше 15 - это уже плохо
Alexander
в случае с докером (без тестирования) - это решилось бы за 1-2 минуты (обновили на новый контейнер, попробовали запустить, ууупс, запустили повторно старый контейнер)
Dmitry
пустой lxc, ансибл, переключение фронта со старого на новый, упс, переключение фронта с нового на старый
Dmitry
но у хомячка пиар конечно лучше :) то есть у китёнка
Alexander
с lxc я не работал напрямую, но так должно быть дольше
Alexander
я докер сравниваю с App Store
Alexander
то есть можно поставить какой-то софт и не думать про его зависимости
Alexander
lxc по идее теми же преимуществами обладает, но меньше распиарен
Dmitry
дольше что чем что? docker build работает быстрее, чем ansible/salt работают внутри lxc? :D
Alexander
я вот всё жду когда софт будет помимо deb/rpm распространяться как Dockerfile с инструкциями)
Alexander
от JetBrains жду такого как минимум
Alexander
для их YouTrack'а и прочего софта
Alexander
дольше что чем что? docker build работает быстрее, чем ansible/salt работают внутри lxc? :D
я не тестировал, а что, медленнее?
Alexander
там разные слои же есть
Alexander
что-то закешировано (сама базовая система, какие-то базовые пакеты)
Alexander
должно быть быстрее
Dmitry
начиналось все с того, что базовую систему обновили :)
Alexander
а ну так базовая система это просто официальный образ
Alexander
на него сверху пакеты с зависимостями и питон
Alexander
а в питон дальше requirements.txt
Alexander
в общем-то я делаю всё на базе официального питон-альпин образа
Dmitry
а в lxc базовая система как генту из сорцов? :)
Alexander
вот пример докерфайла
Alexander
https://dpaste.de/URTa
Dmitry
lxc-create -n lorddaedra -t alpine ...
Alexander
а с lxc там как происходит распространение образа?
Alexander
то есть создают образ, как-то запускают его , ставят туда через энсибл софт, а дальше?
Alexander
в докерхабе есть автобилды
Alexander
https://docs.docker.com/docker-hub/builds/
Dmitry
я так и знал, что по пункту "быстрее" возражений не будет, поэтому начнут докерхаб вынимать :)
Alexander
я просто не люблю спорить, когда до конца не уверен
Alexander
я не работал с lxc и поэтому говорить, что докер лучше lxc я не буду
Dmitry
в этом аспекте "гамна натаскат с хаба" или "своего туда насовать", конечно лучше
Dmitry
но docker hub - это как бы немного уже не docker, это уже hub
Alexander
когда проектов много, но они мелкие - ставить какие-то свои CI для каждого проекта - это немного накладно
Alexander
а тут вроде как hosted managed решение
Alexander
и бесплатно
Alexander
ну или дешево
Dmitry
но необходимость явно есть, потому что в новом lxc (вместо lxc) уже пилят вон image repository :D
Alexander
ну вот https://quay.io/ ещё есть
Alexander
я когда там зарегился через какое-то время они спрашивали отзывы по проекту, что там улучшить
Alexander
видно, что сами до конца не знают, куда лучше развиваться
Pavel
а с lxc там как происходит распространение образа?
Я конечно мало работал с LXC, но я чот даже намека не видел чтобы там образ распростарняли. Там полноценная система кроме ядра, весит все это под гигабайт. Особо не пораспространяешь.
Seva
Эээ
Alexander
оно, в общем, ближе к классическим виртуалкам, похоже
Dmitry
именно :)
Seva
Ыыы
Pavel
Сравнивать пакетный менеджер docker с контейнерами LXC это примерно так же как сравнивать waterfall и devops ?
Alexander
в общем, LXC подразумевает какой-то более классический взгляд на разработку)
Alexander
а докер меняет сознание :-))
Alexander
и что круто - можно будет через Rkt запускать без каких-либо изменений со стороны разработчиков
Alexander
оно там само переконвертируется как нужно
Pavel
👍
Alexander
https://phyx.files.wordpress.com/2010/09/open-your-blue.jpg
Seva
Как не зайду обязательно кто-то какую то херню говорит с умным видом
Seva
Тааааак прикольно