кстати, а процедуру апгрейда кто-то уже описал?

на встрече узнаете, если она будет)

Будет, поэтому и спрашиваю, чтобы мы могли планировать и выбирать оптимальную площадку)

встретися можно пока что так неформально в кафешке, а потом спланировать например митап

вот нас уже три человека, кто прийдет. что-то нету ажиотажа

были бы вы не в москве - я бы тоже пришел

а то вечно как митап - так москва онли

В Питере потому что надо проводить )

Да нормально, что вы, не приедете что ли в Москву на митап?)

/да я до магазина съездить-то не могу/

можно одновременно в обоих городах провести, и по видеосвязь организовать :)

Тоже хорошая идея)

Кто настраивал Kubernetes c Prometheus и SMS/e-mail уведомлениями? Кто сможет такой доклад подготовить? :)

Доклад о том, как использовать вебхук и/или дописать алертмэнеджер

вот нас уже три человека, кто прийдет. что-то нету ажиотажа

+1

Огонь)

До НГ или после?

Похоже будет оптимально 11 января

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

короче бухать будете после праздников

Ну митам в спб можно запилить в селектеловском здании. Там как раз большой зал сделали

А я могу как-нибудь там у руководства узнать, интересно ли

Опять все самое интересное в СПб?

Если интересно, могу в течение недели/двух узнать это.

Опять все самое интересное в СПб?

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

Да я не против Спб глобально, давно собирался посетить

Но у нас в Мск хороший фотограф)

:)

И процессы отлажены, но можешь попробовать и в Спб

А в СПБ хороших фотографов нет?) Или просто в других городах фотографам еще и денег давать надо?)

В Москве мы всегда оплачиваем услуги фотографа, печеньки и прочие радости)

Окей. Я тогда узнаю и отпишусь.

Спасибо

Я могу выступить с докладом, как мы построили с весны инфраструктуру в целом (CoreOS => Kubernetes, + Ingress, + kube-lego). Может к тому моменту Prometheus с уведомлениями подключим. Может даже Миша, наш гениальный девопс, сможет вырваться. :) Посмотрим вообщем.

http://blog.kubernetes.io/2016/12/kubernetes-1.5-supporting-production-workloads.html?m=1

До НГ или после?

лучше после

http://blog.kubernetes.io/2016/12/kubernetes-1.5-supporting-production-workloads.html?m=1

Огонь, даже Monzo засветились :)

Месяц назад общался с Саймоном оттуда на DevOpsPro Moscow, они молодцы, с нами в ногу идут. Но с небольшим отрывом по модности – они заиспользовали linkerd и планируют внедрить Concourse CI, мы наоборот – внедрили Concourse CI и смотрим в сторону linkerd. :) https://twitter.com/DenisIzmaylov/status/798920408519114753

А в двух словах о чем этот linkerd?

некогда объяснять. внедряй

смущает что скала, был бы на го

FYI: https://groups.google.com/forum/?utm_medium=email&utm_source=footer#!msg/kubernetes-announce/iclRj-6Nfsg/IQmi3zSaCwAJ

вопрос по kubernetes, деплой можно делать только при помощи images? или можно через git делать deploy?

Конечные поды создаются только из так или иначе вытягиваемых docker/rkt-изображений. В теории их можно собирать прямо на нодах / транспортировать прямо на ноды, но это не очень хорошая идея, и вероятнее всего так или иначе придется использовать приватную registry.

это да, я использую просто api в yml файлах

но ответ так и не получил, это обновление через images.

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

но делают ли обновление через git? только git, просто эти изображения потом набухают, после множество комитов.

тогда я не понял вопрос. в кубе first class citizen - это под, грубо говоря контейнер

я просто хочу обновить файлы volumes

если ты делаешь новые изображения через docker commit / docker push, то лучше их с нуля каждый раз пересобирать каким-нибудь дженкинсом

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

если у тебя есть VOLUME что-нибудь в докерфайле, то в кубе это не взлетит, да и вообще в принципе это не стоит использовать

но, в общем, через гит ты никак не настроишь обновления

а так мне надо обновить ток файлы, ибо это пхп сайтики

есть только взаимодействие с API, которое взаимодействует с контейнерами

блин

хреново

только через изображения чотль(

чтоль*

я просто с images хотел хранить не сам проект, а ток настройки сервера nginx, php-fpm, mysql и все

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

да, это в целом проблема контейнеризации, как и stateful-изображения

ну вот я приплыл

с одной стороны круто

с другой стороны нет

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

куб просто понравился тем что, сервер по сути будет неубеваемым

хероку смотрел?

хероку сразу нет

да смотрел

дорогая плтаная штука

Что значит через гит? А fpm рестартовать не нужно? А на базу изменения для кода накатывать?

у меня есть цель

создать что-то своего хостинга, но чисто для своих клиентов

чтоб мне было удобно разрабатывать и пушить

всякие хостинги использовать не хочу,

Бери любой CI и пиши скрипты

хероку хороший но дорогой

есть куча аналогов хероку, тот же dokku

есть ansible, но если сайтиков будет около 100