Хаос — часть процесса
Часть 10 из 10 про разный DevOps.
Когда говорим о DevOps и SRE, кажется, что наша цель — создать идеально автоматизированные, устойчивые системы.
Это было бы круто: всё протестировано, отлажено и работает как швейцарские часы. Но реальность такова, что всюду царит хаос, а энтропия никогда не бывает нулевой.
В любой системе всегда найдётся что-то непредсказуемое — от сбоев сети до багов, оставленных тем чуваком, который уволился год назад.
Мы работаем не только с компутерами и кодом, но и с людьми. А люди — это галлюцинирующие обезьяны! Наш мозг обманывает нас, мы делаем ошибки, принимаем решения под влиянием эмоций и опыта (не всегда положительного).
Бизнес-процессы далеки от идеала. Можно проектировать идеальные системы, вводить метрики, устанавливать SLO, но бизнес — это всегда компромисс между скоростью, качеством и необходимостью выживать.
Когда дело доходит до разработки и эксплуатации, процессы "ломаются" на пересечении интересов команд. Инженерам SRE приходится не только поддерживать стабильность, но и справляться с постоянными изменениями требований, а иногда — и с их отсутствием.
В итоге работа DevOps и SRE — это бесконечный цикл улучшений без финиша. В лучшем случае, мы создаём "достаточно хорошую" систему, которую придётся постоянно дорабатывать и оптимизировать.
Это может расстраивать, но такова реальность.
Поэтому задача инженера в этом месте — не сделать идеально по методичке и полностью устранить хаос, а научиться с ним работать, сохраняя гибкость и помня об идеальном направлении, в котором пытаемся идти.
Часть 10 из 10 про разный DevOps.
Когда говорим о DevOps и SRE, кажется, что наша цель — создать идеально автоматизированные, устойчивые системы.
Это было бы круто: всё протестировано, отлажено и работает как швейцарские часы. Но реальность такова, что всюду царит хаос, а энтропия никогда не бывает нулевой.
В любой системе всегда найдётся что-то непредсказуемое — от сбоев сети до багов, оставленных тем чуваком, который уволился год назад.
Мы работаем не только с компутерами и кодом, но и с людьми. А люди — это галлюцинирующие обезьяны! Наш мозг обманывает нас, мы делаем ошибки, принимаем решения под влиянием эмоций и опыта (не всегда положительного).
Бизнес-процессы далеки от идеала. Можно проектировать идеальные системы, вводить метрики, устанавливать SLO, но бизнес — это всегда компромисс между скоростью, качеством и необходимостью выживать.
Когда дело доходит до разработки и эксплуатации, процессы "ломаются" на пересечении интересов команд. Инженерам SRE приходится не только поддерживать стабильность, но и справляться с постоянными изменениями требований, а иногда — и с их отсутствием.
В итоге работа DevOps и SRE — это бесконечный цикл улучшений без финиша. В лучшем случае, мы создаём "достаточно хорошую" систему, которую придётся постоянно дорабатывать и оптимизировать.
Это может расстраивать, но такова реальность.
Поэтому задача инженера в этом месте — не сделать идеально по методичке и полностью устранить хаос, а научиться с ним работать, сохраняя гибкость и помня об идеальном направлении, в котором пытаемся идти.
✍10
Немного правды
Бонусная Часть 11 из 10 про разный DevOps.
Вообще, что DevOps что SRE -- это сисадмины (ого!), хоть и с разным уклоном.
Да, научившиеся писать код + в идеале понимающие в разработке. Но все-таки больше сисадмины, чем программисты. Точка.
Попробовать переубедить меня можно в комментах.
А пока вот вам мой любимый мем на тему:
Бонусная Часть 11 из 10 про разный DevOps.
Вообще, что DevOps что SRE -- это сисадмины (ого!), хоть и с разным уклоном.
Да, научившиеся писать код + в идеале понимающие в разработке. Но все-таки больше сисадмины, чем программисты. Точка.
Попробовать переубедить меня можно в комментах.
А пока вот вам мой любимый мем на тему:
❤🔥11