Зарегистрироваться
iSpring DevOps meetup

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

ИТ и интернет 16+

Программа:


Автоматизация Ansible, AWX, Vault - Матюков Николай, Руководитель команды SRE, iSpring

История о том, как, используя стандартные подходы к IaC, мы:

  • привели в порядок хаос в автоматизации,

  • сделали низкую точку входа в команду,

  • провели аудит инфраструктуры,

  • разграничили права работы с инфраструктурой.

 


От IaC до self-service портала своими руками - Лищук Александр, Архитектор решений, НЛМК-ИТ

Централизованные DevOps инфраструктуры компаний с ростом числа продуктов и пользователей увеличивают нагрузку на поддерживающих их инженеров в геометрической прогрессии. Больше решений и команд — больше активов и их зависимостей, которые нужно знать и контролировать. Число рутинных задач и обращений очень быстро становится неподъемным, занимает все доступное время, и снижает скорость и качество их решения. Осознав этот снежный ком, быстро приходишь к желанию реализовать self-service решение.

Расскажу про наш опыт: как мы своими руками и простыми экспериментами дошли до портала самообслуживания. Почему IaC и GitOps не достаточно, для чего от автозаполняемой wiki перешли к БД, и как важен и непрост software catalog. Как с помощью простого workflow и интеграций мы соединили пользователей и наши внутренние автоматизации, и сняли с себя большую долю нагрузки. И в то же время, как легко стать заложником простоты при попытке тиражировать это шире, и потому лучше сразу присмотреться к какому-нибудь temporal.

 


Развитие инфраструктуры разработки iSpring 2018-2025 - Исайкин Алексей, SRE, iSpring

В далёком уже 2018 году вся наша разработка (5 основных проектов, 40 VM) помещалась на 3-4 серверах виртуализации, разделяя ресурсы хостов с другими офисными сервисами. В 2020 наш СТО озвучил грандиозный план на ближайшие годы — получить 50 и более отдельных команд разработки только на основном продукте и не забыть масштабировать другие проекты.

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

Решение было на поверхности — горизонтальное масштабирование среды виртуализации обещало решить многие наши проблемы, и мы с радостью погрузились в процесс… Кратко расскажу, с чем мы столкнулись в

 


Подстилая соломки или как выжить в нестабильности - Борисов Кирилл, SRE, VK

Сервисы, которые мы разрабатываем, не существуют в изоляции — они являются частью распределённой системы, взаимодействуют друг с другом, используют общую инфраструктуру и ресурсы. Пользователь при этом ожидает стабильной и быстрой работы, независимо от того, сколько компонентов задействовано "под капотом". Именно поэтому наша задача — проектировать сервисы с учётом отказоустойчивости и предсказуемого поведения даже в условиях частичных сбоев.

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

 


Базы данных в СДО iSpring Learn - Никитин Михаил, Senior SRE, iSpring

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

 

Собираемся в холле офиса компании iSpring, ул. Вознесенская 110. Участие бесплатное, регистрация обязательна. Приглашайте друзей и до встречи на митапе!

Если не сможете прийти на встречу, то смотрите прямую трансляцию митапа, ссылку пришлём в день митапа. В прямом эфире можно будет задать вопросы, которые мы озвучим спикерам.

Информационные партнёры:

«Митапочная — анонсы митапов по разработке» — https://t.me/meetupochnaya

«IT Meeting — митапы и конференции по разработке» — https://itmeeting.ru

«IT-мероприятия Йошкар-Олы» — https://t.me/it_yola

  

Поделиться:

Йошкар-Ола
Вознесенская 110 + онлайн
Показать на карте

Уже есть билет
Восстановить

Поделиться:

Связь с организатором

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

На этот адрес придёт ответ от организатора.

По номеру с вами свяжется организатор

Подпишитесь на рассылку организатора

Восстановление билета

Введите адрес электронной почты, указанный при регистрации на событие

Обращаем внимание на то, что билеты должны были прийти к вам на почту сразу после покупки.

Возврат билета

Если вы хотите вернуть билеты, вы можете сделать это по ссылке из письма с билетами или оформить запрос организатору в вашем  личном кабинете.

Подробнее о возврате билетов