Антипаттерны в DevOps и SRE: Частые ошибки и способы их предотвращения. Часть 2.

Начало статьи

⚙️Недостаточное внимание к ошибкам
Наличие на проде ошибок ситуация обычная, вопрос в количестве ошибок и степени влияния на пользователя. Отсутствие ошибок как метрики приводит к увеличению времени необходимого для анализа отказа, и тем самым к увеличению времени даунтайма.
Ситуация, когда при большом количестве ошибок они не влияют напрямую на работу системы, также не является нормой, так как в большом потоке “не ошибок” легко теряются предвестники будущих проблем и отказов. Проверка ошибок является одной из ключевых регулярных задач команды эксплуатации (SRE/DevOps/Etc) уменьшающих вероятность отказа системы. При выстроенных процедурах обнаружения и исправления ошибок, следующим шагом является процесс управления ошибками.

⚙️Отсутствие управления ошибками (Error Budget)
При ситуациях, когда команды не используют концепцию бюджета ошибок или игнорируют ее, сервис оказывается либо слишком уязвимым (что вероятнее), либо чрезмерно стабильным (какой ценой? – ценой всего…).
Чтобы избежать этого, определите допустимый уровень ошибок (Error Budget) и используйте его для балансировки между скоростью выпуска новых функций и надёжностью системы. Если Error Budget исчерпан, приостанавливайте релизы новых функций и сосредотачивайтесь на улучшении стабильности.
 
⚙️Недооценка роли обучения и документации
Недостаток обучающих материалов и документации приводит к тому, что новые члены команды тратят слишком много времени на интеграцию в рабочий процесс: изучение инфраструктуры и процессов. Чем запутаннее, сложнее и непонятнее система, тем сложнее не совершить ошибку.
Создавайте и поддерживайте актуальную документацию для всех ключевых процессов и инструментов. Своевременная актуализация знаний не менее важна, чем качественная документация - проводите регулярные тренинги для сотрудников, делитесь своим опытом друг с другом и обеспечивайте доступ к знаниям.
Начните с архитектурной карты и движения данных. Сами потом себе спасибо скажете.
 
DevOps и SRE — это мощные методологии, которые могут существенно улучшить процессы разработки и эксплуатации. Однако их неправильное или формальное внедрение может привести к возникновению антипаттернов (*добавить в слово буквы З, Д и Ц), замедляющих развитие компании. Чтобы избежать отказов, влияющих на доступность и репутацию компании, важно фокусироваться на культуре взаимодействия, реалистично оценивать возможности системы, уделять внимание мониторингу и управлению конфигурациями, а также внедрять проактивные подходы к управлению надёжностью. В этом мы вам с удовольствием поможем. 

Кстати, через неделю мы хотим сделать оффлайн встречу в Москве, скоро про нее напишем. Если будете проездом - заглядывайте на огонек!🕺
 
#полезныематериалы @downtime_bar