Самоорганизующаяся сервисная инфраструктура на базе Docker / Данила Штань (Точка)
•Download as PPTX, PDF•
0 likes•546 views
РИТ++ 2017, RootConf Зал Конгресс-Холл, 5 июня, 17:00 Тезисы: http://rootconf.ru/2017/abstracts/2799.html Я расскажу об удачной попытке сделать современную распределённую экосистему для эксплуатации софта на базе Docker-контейнеров, которая собрана из базовых и довольно простых компонентов, без переусложнённости Kubernetes или Mesos+Marathon. Мы обсудим, как можно упростить сетевой слой, как без особых проблем работать с Docker Swarm, как построить service discovery, мониторинг, rolling updates и прочие красивые слова, максимально отдав это на уровень разработчиков.
Recommended
More Related Content
What's hot
What's hot (20)
Similar to Самоорганизующаяся сервисная инфраструктура на базе Docker / Данила Штань (Точка)
Similar to Самоорганизующаяся сервисная инфраструктура на базе Docker / Данила Штань (Точка) (20)
More from Ontico
More from Ontico (20)
Самоорганизующаяся сервисная инфраструктура на базе Docker / Данила Штань (Точка)
- 3. Чего мы хотели • SOA, DevOps во все поля, стильно, модно, молодёжно • меньше накладных расходов на эксплуатацию — время и деньги • и постараться не нанимать админов
- 4. docker.com
- 7. consul.io
- 9. Ссылки про запуск нескольких процессов • 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/
- 12. Ссылки про проксирование наружу • https://github.com/hashicorp/consul-template • https://github.com/movableink/doorman • https://github.com/devopsftw/vergilius • (оно сильно WIP, но вы можете спросить)
- 13. но иногда всё же пуризм • (ссылку?)
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 — в том же кластере, на тех же машинах, потому что можем
- зачем тогда мезос и кубер? универсальное решение (у нас такой задачи не стояло) многие проблемы можно решить на уровне соглашений понятный сервис для разработчиков должен быть простым