iSpring DevOps meetup

14 июня приглашаем на DevOps митап! Вы узнаете, как упорядочить автоматизацию с помощью Ansible, AWX и Vault, почему IaC и GitOps — это только начало на пути к self-service порталу, и как масштабировать инфраструктуру с 5 до 300 виртуальных машин. Обсудим паттерны отказоустойчивости (ретраи, таймауты, circuit breakers) и тонкости работы баз данных в высоконагруженных системах. Присоединяйтесь, чтобы разобрать реальные кейсы и лучшие практики DevOps/SRE.

Программа:

1. Автоматизация Ansible, AWX, Vault — Матюков Николай, Руководитель команды SRE, iSpring
История о том, как, используя стандартные подходы к IaC, мы:

привели в порядок хаос в автоматизации,
сделали низкую точку входа в команду,
провели аудит инфраструктуры,
разграничили права работы с инфраструктурой.
2. От IaC до self-service портала своими руками — Лищук Александр, Архитектор решений, НЛМК-ИТ
Как мы своими руками и простыми экспериментами дошли до портала самообслуживания. Почему IaC и GitOps не достаточно, для чего от автозаполняемой wiki перешли к БД, и как важен и непрост software catalog. Как с помощью простого workflow и интеграций мы соединили пользователей и наши внутренние автоматизации, и сняли с себя большую долю нагрузки.

3. Развитие инфраструктуры разработки iSpring 2018-2025 — Исайкин Алексей, SRE, iSpring
В далёком 2018 году вся наша разработка помещалась на 3-4 серверах виртуализации, разделяя ресурсы хостов с другими офисными сервисами. Через пару лет у разработки появилась собственная инфраструктура. С чем мы столкнулись в процессе развития инфраструктуры и как мы сейчас управляем хозяйством из 20 серверов и почти 300 VM.

4. Подстилая соломки или как выжить в нестабильности — Борисов Кирилл, SRE, VK
Чтобы достичь отказоустойчивости и предсказуемого поведения мы используем проверенные архитектурные паттерны: ретраи, таймауты, рейт-лимиты, circuit breakers. Однако важно понимать: каждый из этих инструментов — это палка о двух концах. Неправильно сконфигурированные ретраи могут перегрузить зависимые сервисы, чрезмерно короткие таймауты могут привести к фрагментации запроса, а плохо спроектированные рейт-лимиты — к неожиданным отказам. Как спроектировать устойчивую архитектуру, не выстрелив себе в ногу? Как предвидеть и предотвратить каскадные сбои? Какие паттерны действительно работают на практике, а какие только добавляют иллюзию контроля?

5. Базы данных в СДО iSpring Learn - Никитин Михаил, Senior SRE, iSpring
Каким образом автоматизированно разворачивание баз данных для новых микросервисов. Как происходит fail-over и какие из-за этого есть подводные камни для приложений.