SRE. Рецепты выживания в продакшне для инженера по надежности
Надежность умирает последней. Главное, чтобы она вообще была. Это можно принять за шутку, если не знать, насколько все серьезно. Инженер по надежности, с двадцатилетним опытом работы в IT-индустрии, дает 61 полезный совет коллегам, имеющим дело с крупными, а также небольшими системами. Правила написаны емко и по существу, с нотками иронии и юмора, поэтому, даже несмотря на использование профессионального сленга, «пособие для выживания» читается легко. Рецепты основаны на многолетней практике, собственных ошибках и чужих граблях, и они могут стать незаменимой инструкцией для тех, «кто в теме».
Оглавление
- Об управлении надежностью
- Что внутри
- 1. Сервис без вмешательства не переживает отключение части свитчей в дата-центре — это плохой сервис
- 2. Если какую-то процедуру делать страшно — делайте ее чаще
- 3. Если мониторинг не пишет о проблемах — проверьте, возможно, он не работает вообще
- 4. Регулярно проверяйте все редко используемые аварийные средства доступа
- 5. Ходить на чужие разборы полезно
- 6. Если результаты нагрузочного тестирования всегда одинаковые — это плохо
- 7. Регулярно проверяйте всю редко используемую автоматику
- 8. Рандомизируйте учения
- 9. Проектируйте failover смолоду
- 10. Мониторинг трафика в диапазоне
- 11. Мониторинг среднего и min/max
Купить книгу
Приведённый ознакомительный фрагмент книги «SRE. Рецепты выживания в продакшне для инженера по надежности» предоставлен нашим книжным партнёром — компанией ЛитРес.
Купить и скачать полную версию книги в форматах FB2, ePub, MOBI, TXT, HTML, RTF и других
2. Если какую-то процедуру делать страшно — делайте ее чаще
У каждого инженера по надежности или администратора системы есть набор нелюбимых манипуляций, которые делать страшно, но все равно иногда приходится. Я выработала для себя правило: если у меня есть такая процедура, то мне самой нужно ее просто регулярно повторять, чтобы она становилась привычной.
Почему это важно. У каждого из нас разная реакция на стресс: бей-беги-замри. Он запускается, когда что-то сломалось. А когда нужно во время этого сломанного провести нелюбимую манипуляцию, то стресс увеличивается.
История: как-то в моем хозяйстве имелась кластеризованная база данных. В ее работу вообще вмешиваться неуютно, но иногда (редко) надо было отключать некоторые из ее нод. Очень неприятная процедура. Но я сделала ее плановой: раз в месяц проверяла, что отключение правильно работает, а заодно и повышала свой уровень комфорта от этого занятия.
