нас мало, но докер от этого не менее крутой. так-то

Есть группа русских девопсов

В которой внезапно 167 человек уже

так надо же туда идти ) групп мало, нужно больше групп

https://telegram.me/devops_ru

Парни Если вы не будете выступать в Питере на девопс-митапе, девопс-митап окончательно выродится в приложение к SPbLUG и ITGM

(Это при условии что раз в три месяца мы все еще будем мочь находить 4 доклада для ITGM)

Бггг

Не тот чат

Это в большой чат надо

тоже тот... я б хотел выступить

тему интересную бы найти

Так чего же ты молчишь?

Выступай

но для этого подготовиться надо )

так я нубас )))))

мне у тебя еще учиться и учиться ))

Тут видишь какое дело

Если ты не будешь выступать - ты не будешь выступать

вот да, это я понимаю ) так что надо подумать что сейчас актуально, подготовить доклад и выступить )

и да, в теории знаний много, мало практики, особенно в хайлоадах, CI, и бешеных проектах.

https://codefresh.io/documentation/

полезная штука.

бесплатная для опенсорса?

а остальным ?

R-omsk, про https://communities.cisco.com/community/developer/opensource/blog/2016/01/11/docker-overlay-network-performance-comparison

а который тут тест vxlan ядерный ?

вот flannel это да

сплошною юзер спейс

но равзе в 1.10 не вилили ядерный vxlan ?

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

ну у нас просто контейнеры формируются через Chef, например. до "запуска".

@hitmaker это подойдёт? https://codefresh.io/blog/microservice-development-workflow-otto/ я пока еще не врубился, чем это хорошо (до этого использовал Vagrant и Chef без Otto).

ну часто придется кастомное решение делать для сборки своего контейнера тоесть посути контейнер который билдит нужные контейнеры для приложения , (при обновлении например) и ложит эти контейнеры в registry, потом собсвенно уже шаг обновления/деплоймента

ответственный за выпуск билдит у себя в виртуалке )

просто вы будете смеяться, но сейчас у меня всё вообще на баше...

пока это я

хотя я читал ансибл документации, и курю вовсю их. еще шефа смотрю

но руки не дошли

практики мало по серьёзным и масштабным проектам. в основном небольшие 😊

да я тоже хочу попробовать Ansible. так как слишком хорошо знаю Chef.

в первую очередь интересно получить развертывание просто по ssh, без зависимостей в виде Chef Client (Ruby).

https://github.com/gitinsky

только надо помнить что просто ssh это будет медленно по сравнению с системами с агентами

тут много интересных плейбуков

только надо помнить что просто ssh это будет медленно по сравнению с системами с агентами

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

тут много интересных плейбуков

спасибо, очень кстати. через две недели займусь

@hitmaker а вот касательно своих кукбуков - у нас в контейнерах именно приложения, ничего опенсорсного. а обычный софт ставится вариациями кукбуков от Опскода

собственно, runit ставится в Undev, например. все наши правки влиты в Opscode cookbooks

понял, ну в общем-то я на перепутье. очень многие советуют как раз ансибл. хотя шеф тоже говорят за последнее время очень даже разросся. просто время то идёт, и технологии идут. вот раньше для разработки я использовал вагрант, а сейчас все серверные сервисы в докерах

@hitmaker сразу смотрите Otto. vagrant successor

спасибо, но я наоборот хочу от вагранта уйти ))

к контейнерам ) они быстрее и нативнее

тот же lxc/lxd

так он и выкатывает и в вагрант, и в контейнеры )

и как обычно, provisioning с помощью Chef etc.

спасибо, ушёл смотреть )

контейнер формируется, записывается delta-образ, он размножается сколько надо. не уверен, что это правильно. просто так сделано

всем чмоке

никто не пробовал связку flask+angularjs+gunicorn+nginx в докере запилить? Основной образ брать nginx или python?

@amywoo не совсем понялъ, что пилить. тпштч - один контейнер, статику явно с него же раздавать, flask - это python-контейнер.

Nginxсом статику раздавать и роутить до рест фласка на гуникроне, рядом же и монго лежит

кто смешает обе роли в одном контейнере - сам себе злобный буратино

@amywoo так а в чем вопрос-то?)

Уже есть рабочая схема, прикупить нжинкс и гуникорн не могу

не моги. вопрос-то какой?

повторюсь - тут два контейнера, а не один

Освной контейнер какой брать? По логике должен быть нжинкс, сейчас питон стоит

для фласка контейнер питон

Как это два

для статики и балансера можно второй.

Видел nginx-uwsgi-flask

но не надо nginx запиливать в контейнер с flask.

хотя как знаете. но концепция контейнер-микросервис будет безвозвратно разрушена. вам жалко сущностей?

А разве удобно поднимать два контейнере если мы рассматриваем сам контейнер как независимое приложение?

я даже согласен все запихнуть в контейнер, но только если вы опишете эти две роли порознь хотя бы на уровне provisioning. две разных роли в Chef. просто обе примененные на один node.

ну де факто тут два сервиса, отдача статики и отработка запросов

то есть правильнее разделять?

и есть еще балансировка