Advertisement
Check these out next
Самоорганизующаяся сервисная инфраструктура на базе Docker / Данила Штань (Точка)
Jun. 28, 2017•0 likes•545 views
0 likes
Be the first to like this
Show More
views
Total views
0
On Slideshare
0
From embeds
0
Number of embeds
0
Download to read offline
Report
Engineering
РИТ++ 2017, RootConf Зал Конгресс-Холл, 5 июня, 17:00 Тезисы: http://rootconf.ru/2017/abstracts/2799.html Я расскажу об удачной попытке сделать современную распределённую экосистему для эксплуатации софта на базе Docker-контейнеров, которая собрана из базовых и довольно простых компонентов, без переусложнённости Kubernetes или Mesos+Marathon. Мы обсудим, как можно упростить сетевой слой, как без особых проблем работать с Docker Swarm, как построить service discovery, мониторинг, rolling updates и прочие красивые слова, максимально отдав это на уровень разработчиков.
OnticoFollow
OnticoAdvertisement
Advertisement
Advertisement
Recommended
Legacy в коробочке. Dev-среда на базе Kubernetes / Илья Сауленко (Avito)Ontico
Продуктовые проблемы при создании очередной Docker PaaS / Владимир Ярцев (Cas...Ontico
Движение по хрупкому дну / Сергей Караткевич (servers.ru)Ontico
SDN & DEVOPS ?= ❤: Практики использования SDN / Александр Шалимов (ЦПИКС, МГУ)Ontico
How to build solid CI-CD pipeline / Илья Беда (beda.software)Ontico
Доклад "Docker в Badoo: от восторгов к внедрению" на DevOps MeetupBadoo Development
Самоорганизующаяся сервисная инфраструктура на базе Docker / Данила Штань (Точка)
- Самоорганизующаяся сервисная инфраструктура
- Чего мы хотели • SOA, DevOps во все поля, стильно, модно, молодёжно • меньше накладных расходов на эксплуатацию — время и деньги • и постараться не нанимать админов
- docker.com
- https://gist.github.com/ramm/4e18b106ba2f3bf1c0b2a07122f867e7 --bridge=<…> --fixed-cidr=<…>
- consul.io
- Ссылки про запуск нескольких процессов • http://skarnet.org/software/s6/ • https://github.com/just-containers/s6-overlay • http://supervisord.org • https://github.com/Yelp/dumb-init • Или вообще http://phusion.github.io/baseimage-docker/
- а снаружи? • (ссылку?)
- Ссылки про проксирование наружу • https://github.com/hashicorp/consul-template • https://github.com/movableink/doorman • https://github.com/devopsftw/vergilius • (оно сильно WIP, но вы можете спросить)
- но иногда всё же пуризм • (ссылку?)
Editor's Notes
- бэкстори: большой интернет-магазин один админ, который уволился aws, с которого надо съезжать (дорого) монолит
- Докер, потому что нежная любовь, был опыт, и вообще слабоумие и отвага
- Сейчас, уже лучше, но тогда… внешние плагины, врапперы, вот это всё. Но тут же бридж! А что если.
- консул в режиме сервера на каждой хостовой машине service discovery! proud consul users since 0.6.x
- религиозная война тупоконечников и остроконечников один процесс в контейнере или нет для нас — нет, даже наоборот это МНОГОЕ УПРОЩАЕТ
- Сфоткайте, ну и или потом скачайте презентацию Гемор с PID=1, zombie reaping и всё это. Оно решено.
- не только сервис дискавери, но и сервис АНДИСКАВЕРИ хелсчеки это важно, делайте много, начинайте с простых и усложняйте не закладывайтесь на то, что мёртвых начнут откидывать в приложении не рассказывать тут про витрину! ИТОГО: машины, контейнеры, сеть, сервисы в контейнерах регистрируются и видят друг друга
- показывать наружу — consul-templates и теги сервисов, аутентификация до проксирования (dmz, doorman), letsencrypt, здоровое приложение, которое делает в целом то же самое, что consul-templates. Но это такой же (ну почти) сервис, как и любой другой, написанный внутри. :)
- Сфоткайте, ну и или потом скачайте презентацию
- продолжение войны - контейнеры как расходный материал, а значит теряют state. нет volume’ам, простая сеть — можно ставить “классически”. или отважно как мы (кролик, redis, галера)
- rolling updates — простая штука, если у тебя есть serice discovery, хелсчеки и возможность остановить контейнер в любой момент пример с накатыванием витрины мониторинг (И АЛЕРТИНГ) тоже описан внутри контейнера мониторинг — TICK, Kapacitor прямо в контейнере
- swarm. а чо swarm — просто запускалка и —restart-condition/-delay можно было самим написать
- стейджинги и CI — в том же кластере, на тех же машинах, потому что можем
- зачем тогда мезос и кубер? универсальное решение (у нас такой задачи не стояло) многие проблемы можно решить на уровне соглашений понятный сервис для разработчиков должен быть простым
Advertisement