Неизбежность или как приучить DevOps(ов) к проектированию? Узнаем из доклада Екатерины Лысенко.
⠀
DevOps-инженеры легко становятся заложниками одной из двух моделей восприятия:
⠀
1) Задача DevOps автоматизировать процессы, чтобы быстрее поставлять ценность конечному потребителю (при сохранении или росте качества) – а значит DevOps отвечать должны и за то, какую ценность несет поставка. То есть думать о бизнесе, стратегии и поддержке процессов разработки!
⠀
2) Задача DevOps закрыть на уровне инфраструктуры все проблемы, которые можно снять с плеч разработки и бизнеса, чтобы те сосредоточились на «действительно важном». То есть решать проблемы, не задавать вопросы, подставлять «инфраструктурные костыли».
⠀
Но Екатерина предлагает рассмотреть DevOps-инженера как одного из «проектировщиков» компании – обязательного участника архитектурных комитетов, ответственного за полноту представляемых решений и экспертизу.
⠀
В докладе Екатерина хочет показать, каким суперзрением должен обладать человек, занимающийся проектированием. Разобрать кейсы, в которых «губительными» могут стать решения «латать инфрой и руками DevOps» имеющиеся проблемы.
⠀
Мы рассмотрим 5 видов зрения, которыми должен обладать проектировщик: бизнес, системное, интеграционное, инфраструктурное и управленческое видения. Разберем на примерах, как связаны эти вижины между собой и с какими задачами помогают справиться. А также обсудим, как откалибровать зрение с помощью метрик.
⠀
Екатерина поделится опытом включения DevOps-инженеров в практики архитектурных решений (включая участие в формировании артефактов ADR и ADL – продемонстрирует шаблоны), инцидент-менеджмента (включая контроль PIR – поделится шаблоном), формирования корпоративной библиотеки инструментов.
⠀
Встречаемся 4 и 5 марта в Москве на конференции для инженеров и всех, кто должен понимать инженеров DevOps Conf 2024 🙌
⠀
✅ Узнать подробнее о конференции и купить билет можно на сайте в описании канала @DevOpsConfChannel