В идеале очень интересно было бы узнать последовательность деплоя простейшего сервиса. Например: git push ->... ->...->...

В идеале очень интересно было бы узнать последовательность деплоя простейшего сервиса. Например: git push ->... ->...->...

+

и еще расскажите пожалуйста про версионность

В идеале очень интересно было бы узнать последовательность деплоя простейшего сервиса. Например: git push ->... ->...->...

+

Сейчас спрошу

https://www.youtube.com/watch?v=XSgb-c6VjXo

Up

Сейчас спрошу

Спасибо! Вопрос к докладчику Avito

Отвечает

и еще расскажите пожалуйста про версионность

Что именно?

попробую объяснить. Когда исходники сервиса мерджатся с релизной ветки на мастер, то увеличтвается минорная версия. Эта самая версия как то отражается при deploy сервиса на production? Если да, то каким функционалом?

Спасибо, что пришли! Не забудьте поделиться впечатлениями в анкете обратной связи https://goo.gl/forms/Y01rFDNdWxoIa40v2

Вопрос такой: неужели никто из представителей компаний не юзает cloud provider'ов? Например Amazon. Ни слова)))

по просьбам — ссылка на dind cluster https://github.com/Mirantis/kubeadm-dind-cluster

Check out @MirantisIT's Tweet: https://twitter.com/MirantisIT/status/844597545779318784?s=09

А в это время Мирантис про helm. Совпадение?...

https://habrahabr.ru/post/324240/

https://habrahabr.ru/post/324240/ а про это говорят еще поверх к8с для разработчиков

Спасибо всем, кто был и активно участвовал удалённо! Все было круто. До встречи на следующем митапе. ???

Просто оставлю это тут: https://github.com/openshift/origin

а есть примеры простого приложения?

а есть примеры простого приложения?

Там в темплейтах есть, когда ставишь

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

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

или в одном окружении поднимать дев БД, а в другом использовать адрес внешней БД?

У них есть в доке раздел для разрабов. Готовый кластер в контейнере.

Посмотри да попробуй.

пока во всех примерах которые нашел подставляютя только значения

Спасибо Avito за прекрасный тёплый приём и лично Михаилу @oldtuna за активную помощь! ? Фото и видео будут совсем скоро. Много интересного обсудили. Предварительная программа на следующий митап: - Kubernetes & OpenShift - Ceph & Kubernetes Было бы интересно увидеть доклады про безопасность.

О Серега Василенко -)))))

Земля имеет форму чемодана, а в ИТ вообще всё тесно :)

Да мы вместе работали -) Ненавно бухали на встрече выпускников мирантиса -)

@oldtuna еще раз Спасибо)

А кто как именует docker image ? Я так понимаю имя всегда должно быть разное чтобы в kubernetes делать update ?

А кто как именует docker image ? Я так понимаю имя всегда должно быть разное чтобы в kubernetes делать update ?

Не знаю как в к8с, а ОпенШифт ориентируется на хэш.

А кто как именует docker image ? Я так понимаю имя всегда должно быть разное чтобы в kubernetes делать update ?

достаточно в tag другой номер версии написать

appname:v1.1

например

ок спасибо

О Серега Василенко на митапе был ) надо было ехать)

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

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

а в чем фишка? чем чистый кубер плох для деплоя?

А кто как именует docker image ? Я так понимаю имя всегда должно быть разное чтобы в kubernetes делать update ?

Можно ещё ImagePullPollicy: Always указать: https://github.com/kubernetes/kubernetes/issues/33664#issuecomment-271227282

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

по сути это приватный аналог heroku

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

ты создаешь приложение (неймспейс), задаешь для него переменные окружения (конфиги, см. 12-factor apps), хелсчеки и деплоишь (либо докер, либо пушем в ветку репозитория) а количество подов нужное задаешь через scale (по сути он проксирует команду к kubectl scale)

@rutsky О спасибо, сейчас почитаю.

https://deis.com/docs/workflow/quickstart/

ты создаешь приложение (неймспейс), задаешь для него переменные окружения (конфиги, см. 12-factor apps), хелсчеки и деплоишь (либо докер, либо пушем в ветку репозитория) а количество подов нужное задаешь через scale (по сути он проксирует команду к kubectl scale)

а эти конфиги сильно проще чем написать описание деплойментов в кубере?

там нет конфигов, там переменные окружения

"аналог конфигов"

вот я памятку для кодеров написал как создавать и деплоить приложения в кластер (тоже кстати тема - не надо учить кубернетесу и настраивать права, сами деплоят): ` ### setup deis on machine (staging env) deis git:remote -a portby-staging -r staging deis keys:add vkfont ~/.ssh/id_rsa.pub ### create application and setup config deis apps:create portby-staging —no-remote deis domains:add -a portby-staging api-staging.portby.com deis config:set -a portby-staging PORT=8080 deis healthchecks:set readiness httpGet 8080 \ -a portby-staging \ —type=web \ —initial-delay-timeout=10 \ —timeout-seconds=5 ### deploy application git push staging [somebranch|sometag] ### rollback application deis releases deis rollback -a portby-staging v7 ### observe multiple logs stern -t -s 10s -n portby-staging portby stern -t -s 1s -e NETWORK mongodb ` `

выглядитт не очень сложно, но обычно это же делает CI ? ### setup deis on machine (staging env) deis git:remote -a portby-staging -r staging deis keys:add vkfont ~/.ssh/id_rsa.pub

deis наверняка менее гибок в отношении тестов и прочего перед выкладкой

deis это не про CI... он ничего не знает про тесты, интеграцию и прочее, это просто инструмент для выкладки, и его ты уже интегрируешь куда надо

для меня плюс в том что не надо доступ к кубику давать людям... просто добавил из ssh-ключ на сервер, прописал remote-ветку в их .git/config и они уже могут деплоить (ну или на CI так сделал)

для меня плюс в том что не надо доступ к кубику давать людям... просто добавил из ssh-ключ на сервер, прописал remote-ветку в их .git/config и они уже могут деплоить (ну или на CI так сделал)

ясно, спасибо за экскурс)

???

Привет! Коллеги, может кто подсказать как работает токен дискавери в etcd?

Собственно, генерим токен https://discovery.etcd.io/new?size=n

запускаем 3 инстанса например

если их пришибить и запустить новые с другими адресами - нихрена не работает

вопрос - где эта хрень хранит инфу о ранее подключеных нодах?

вопрос - где эта хрень хранит инфу о ранее подключеных нодах?

а ты пройди по этому урлу и увидишь

https://discovery.etcd.io/14a1f073d888681283f772ffd81a5d35

уже нашёл

вопрос к залу, не связанный с к8s -кто то использует tarantool (и можно ли сделать 3-хнодовый мастер-мастер) ?

вопрос к залу, не связанный с к8s -кто то использует tarantool (и можно ли сделать 3-хнодовый мастер-мастер) ?

использует, но не пробовал его в кластере

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

(галеру не предлагать!)

(галеру не предлагать!)

А что с галерой не так?

(галеру не предлагать!)

DRDB

вам нужно k/v хранилище с отказоустойчивостью?

ну давайте подробнее. есть 3 "зоны" - географически распределнные локации. Нужна "труба" между ними - что бы в случае обыва связи/задержек (а это интерент) - доставить данные. Будет ли это SQL или k/v или файлы rsync-ом не важно по сути

Меня можно и нужно на "ты"

https://telegram.me/tarantoolru

Конечно для этого можно использовать что-то вроде RabbitMQ - но я не уверен что это хорошо

https://telegram.me/tarantoolru

банить

за что банить?

да, я тоже не понял

ну давайте подробнее. есть 3 "зоны" - географически распределнные локации. Нужна "труба" между ними - что бы в случае обыва связи/задержек (а это интерент) - доставить данные. Будет ли это SQL или k/v или файлы rsync-ом не важно по сути

Разрешение конфликтов нужно строгое/можно нестрогое/не нужно? Т.е. если связь оборвалась, и в двух зонах обновили одну и ту же запись, то что должно произойти?

если связь оборвалась и обновили одну и ту же то оставить неконсистентные данные (если можно - пометить как потенциально ненадежную)

но эта ситуация невозможно на уровне приложения

(например писать в префиксе хостней источника записи)

если связь оборвалась и обновили одну и ту же то оставить неконсистентные данные (если можно - пометить как потенциально ненадежную)

там в этом случае оказываются минимум две версии

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

Я могу просто игнорировать эту ситуацию потому что приложение спроектировано так что это никогда не произойдет

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

блин Cassandra мне не мила - был нехороший опыт 3 года назад. Понимаю что за это время все могло измениться