Проектирование надежности сайта

Проектирование надежности сайта ( SRE ) — это набор принципов и практик, который применяет аспекты разработки программного обеспечения к ИТ- инфраструктуре и операциям . SRE утверждает, что создает высоконадежные и масштабируемые программные системы. Хотя они тесно связаны, SRE немного отличается от DevOps .

История

Область проектирования надежности сайтов зародилась в Google под руководством Бена Трейнора Слосса. который основал команду по обеспечению надежности сайтов после прихода в компанию в 2003 году. В 2016 году в Google работало более 1000 инженеров по надежности сайтов. Зародившись в Google в 2003 году, эта концепция распространилась на более широкую индустрию разработки программного обеспечения, и впоследствии другие компании начали нанимать инженеров по надежности сайтов. Эта позиция чаще встречается в крупных веб-компаниях, поскольку небольшие компании часто не работают в масштабах, требующих выделенных SRE. В число организаций , принявших эту концепцию, входят Airbnb , Dropbox , IBM , Линкедин , Нетфликс , и Викимедиа . Согласно отчету Института DevOps за 2021 год, 22% организаций при опросе 2000 респондентов приняли модель SRE.

Определение

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

Проектирование надежности объекта как набор принципов и практик может выполняться кем угодно. Хотя каждый должен внести свой вклад в передовой опыт, как это происходит в сфере проектирования безопасности , компания может в конечном итоге нанять для этой работы специалистов и инженеров.

Проектирование надежности сайта также описывается как конкретная реализация DevOps , хотя они немного отличаются. SRE фокусируется конкретно на создании надежных систем, тогда как DevOps фокусируется на более широком смысле. Хотя у них разные направления, некоторые компании переименовали свои операционные группы в команды SRE с небольшими значимыми изменениями.

Принципы и практика

Было предпринято множество попыток определить канонический список принципов проектирования надежности объекта, но, хотя консенсус отсутствует, в большинство определений обычно включаются следующие характеристики:

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

Методы проектирования надежности объектов также сильно различаются, но приведенный ниже список относительно часто рассматривается как хотя бы частично реализованный:

• Управление трудом как реализация первого принципа, изложенного выше.
• Определение и измерение целей надежности — SLI , SLO и бюджетов ошибок.
• Неабстрактное проектирование крупномасштабных систем ( NALSD ) с упором на надежность.
• Проектирование и реализация наблюдаемости.
• Определение, тестирование и запуск процесса управления инцидентами .
• Планирование мощностей .
• Управление изменениями и релизами, включая CI/CD .
• Хаос-инжиниринг .

Реализации

Команды инженеров по обеспечению надежности объектов взаимодействуют с другими группами внутри своих компаний, а также с принципами и практиками SRE в различных формах. Вот общий обзор распространенных реализаций команды SRE:

Кухонная мойка, также известная как «Все SRE»

Объем охватываемых услуг или рабочих процессов обычно не ограничен.

Инфраструктура

Они сосредоточены на надежности скрытых систем, которые помогают сделать работу других команд более эффективной. Их часто путают с командами «Платформы» или командами «Операций на платформе». Команды SRE инфраструктуры могут объединяться с одной или несколькими группами разработчиков платформ, но они отличаются тем, что команды SRE инфраструктуры сосредотачиваются на выполнении большей части, если не всей, работы, описанной в принципах и методах, перечисленных выше. Команды разработчиков платформы, как правило, сосредотачиваются на создании платформы, и хотя надежность желательна, это не единственный их приоритет.

Инструменты

Команды сосредоточены на инструментах для измерения, обслуживания и повышения надежности системы. Например, Nagios Core или Prometheus (программное обеспечение) .

Продукт или приложение

Команда SRE для продукта и/или приложения. Некоторые крупные компании обычно нанимают несколько таких сотрудников.

Встроенный

Обычно специалисты по SRE или пары, входящие в состав команды разработчиков программного обеспечения, применяют большинство принципов и практик, описанных выше.

Консалтинг

Эти команды консультируются о том, как реализовать принципы и методы SRE. Обычно это опытные SRE, работавшие в командах в одной или нескольких из описанных выше реализаций. SRE, занимающиеся внешним консалтингом. Команды SRE иногда называют «инженерами по надежности клиентов».

Крупные компании, внедрившие SRE, как правило, имеют комбинацию описанных выше реализаций, включая несколько групп одной и той же реализации, например, несколько групп SRE по продукту/приложению для удовлетворения конкретных требований нескольких продуктов и группу SRE по инфраструктуре для объединения с платформой. инженерная группа для достижения целей надежности общей платформы для обоих продуктов/приложений.

Промышленность

Организация USENIX с 2014 года проводит ежегодную конференцию SREcon для инженеров по надежности объектов в отрасли, а также проводит региональные конференции на аналогичные темы.

См. также

• Хаос-инжиниринг
• Облачные вычисления
• Дата-центр
• Аварийное восстановление
• Программное обеспечение высокой доступности
• Инфраструктура как код
• Операции, администрирование и управление
• Операционное управление
• Инженерия надежности
• Системное администрирование

Дальнейшее чтение

• Лимончелли, Том; Чалуп, Страта Р.; Хоган, Кристина Дж. (сентябрь 2014 г.). Практика администрирования облачных систем: практики DevOps и SRE для веб-сервисов . Том. 2. Река Аппер-Сэддл, Нью-Джерси: Аддисон-Уэсли . ISBN  978-0133478549 . OCLC   891786231 .
• Бейер, Бетси; Джонс, Крис; Петофф, Дженнифер; Мерфи, Найл Ричард, ред. (2016). Проектирование надежности сайта: как Google управляет производственными системами . О'Рейли . ISBN  978-1491929124 .
• Бланк-Эдельман, Дэвид Н., изд. (2018). В поисках SRE: разговоры о масштабном запуске производственных систем (1-е изд.). Севастополь, Калифорния: О'Рейли. ISBN  978-1491978863 . OCLC   1052565720 .
• Бейер, Бетси; Мерфи, Найл; Кавахара, Кент; Ренсин, Дэвид; Торн, Стивен (2018). Учебное пособие по надежности сайта: практические способы реализации SRE . О'Рейли. ISBN  978-1492029502 .
• Уэлч, Нат (2018). Реальный SRE: Руководство по выживанию для реагирования на сбой системы и увеличения времени безотказной работы . Пакет . ISBN  978-1788628884 .
• Адкинс, Хизер; Бейер, Бетси; Бланкиншип, Пол; Левандовски, Петр; Опря, Ана; Стабблфилд, Адам (2020). Создание безопасных и надежных систем: лучшие практики проектирования, внедрения и обслуживания систем . О'Рейли. ISBN  978-1-4920-8312-2 . OCLC   1129470292 .
• Розенталь, Джонс, Кейси, Нора (2020). Хаос-инжиниринг: отказоустойчивость системы на практике . О'Рейли. ISBN  978-1492043867 . {{cite book}}: CS1 maint: несколько имен: список авторов ( ссылка )

Внешние ссылки

• по обеспечению надежности сайта Потрясающий список ресурсов
• Как они перечисляют ресурсы SRE
• SRE Weekly еженедельный информационный бюллетень, посвященный SRE
• SRE на целевой странице Google, где можно узнать больше о SRE в Google.
• Учебный центр по надежности Komodor K8s с ресурсами для SRE, работающих с Kubernetes