Принципы проектирования операционной эффективности

Основой операционного совершенства являются методики DevOps, обеспечивающие качество рабочей нагрузки с помощью стандартизованных рабочих процессов и сплоченности команд. Этот компонент определяет операционные процедуры для методик разработки, наблюдаемости и управления выпусками. Цель состоит в том, чтобы свести к минимуму дисперсию процессов, вероятность человеческой ошибки и нарушения работы клиентов. Чтобы оценить работоспособность операций, начните со следующих вопросов:

• Выполняете ли вы операции с дисциплиной?
• Используют ли клиенты рабочую нагрузку с максимальной предсказуемостью?
• Как извлечь уроки из опыта и собранных данных, чтобы обеспечить непрерывное улучшение?

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

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

Операционные требования рабочей нагрузки так же важны, как и ее бизнес-требования. Эффективные процессы гарантируют, что рабочая нагрузка достигает бизнес-результатов в рамках ограничений соответствия требованиям, независимо от того, является ли это соответствие организационным или внешним. Главное — найти повторяемость с согласованностью.

Цели операционного совершенства — делать правильные вещи, делать это правильным образом и решать правильные проблемы в команде.

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

Использование культуры DevOps

Предоставьте командам разработки и эксплуатации возможность постоянно совершенствовать свои системные разработки и процессы, работая вместе с мышлением о совместной работе, общей ответственности и ответственности.

DevOps — это сообщество практики, в котором разнообразие перспектив и навыков способствует достижению одной миссии. Команды должны поддерживать совместную среду совместного использования знаний , а не разрозначенного обучения. Используйте общие функции для преодоления ограничений ресурсов.

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

В то же время методики DevOps применяют четкие линии ответственности и ответственности к каждой команде. Независимо от того, где выполняется приложение, за это приложение отвечает команда рабочей нагрузки.

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

Подход	Преимущества
Используйте общие системы и средства , которые способствуют созданию среды для совместной работы для общения и отслеживания хода выполнения.	Общие средства и процессы обеспечивают прозрачное взаимодействие. Команды разработки и эксплуатации получают преимущества от ситуационной осведомленности в различных средах, распространенных проблем поддержки, а также общих проблем и побед. При возникновении инцидента Teams уже знакомы с существующими путями эскалации. Общий невыполненная работа определяет приоритеты, такие как работа над новыми функциями или исправление ошибок.
Создайте непрерывное обучение и экспериментирование на протяжении всего цикла разработки. Поддержка обмена знаниями между командами и ведение документации для повторного использования. Проводите непреложный анализ и анализ после выпуска и (или) проверки инцидентов.	Благодаря механизмам экспериментирования, таким как A/B-тестирование и разработка доказательств концепции, можно поощрять инновации, сохраняя при этом низкие затраты. Обмен знаниями с помощью совместной работы позволяет команде владеть подходами к проектированию, инструментами и процессами. Ретроспективы после проекта помогают определить области для улучшения и отпраздновать успех.
Применяй проверенные отраслевые гибкие методики , ориентированные на оптимизацию действий. Ищите возможности для перехода влево в операциях для ручных и автоматизированных процессов, методов развертывания и контроля качества, а также наблюдаемости.	Гибкие методики разработки приводят к более коротким жизненным циклам выпусков, которые являются показателем ценности для бизнеса. Обнаружение, устранение и тем самым предотвращение проблем на ранних версиях часто менее навязчиво для процесса.
Установите стандарты для всех процедур разработки и эксплуатации, а также регулярно просматривайте и проверяйте их. Эти процедуры включают в себя обычные задачи, внештатные процессы, аварийные отработки и ситуации, выбор инструментов, процедуры мониторинга, планы навыков и даже общение с заинтересованными лицами и раскрытие информации о клиентах. Будьте преднамеренными и явными о своих решениях.	Стандарты добавляют предсказуемость для операций и делают процессы и методики масштабируемыми. Проверка стандартов — отличный способ нарисовать точки улучшения. Будьте готовы к чрезвычайным ситуациям и восстановлению, проводя регулярные учения. Выполнение с точностью и включение системы управления для предотвращения аномалий , которые приводят к рискам.
Воспользуйтесь преимуществами централизованных операционных команд со специальными навыками и широтой опыта.	Использование общих ресурсов как для операций, так и для ресурсов имеет большое преимущество. Несмотря на то, что вы владеете рабочей нагрузкой, централизованная команда помогает вам с кроссфункциональными навыками, такими как управление инцидентами, упреждающий взгляд на мониторинг и опыт аутсорсинга с доверием.

Установление стандартов разработки

Оптимизируйте производительность, стандартизируя методики разработки, применяя контроль качества, а также отслеживая прогресс и успех с помощью систематического управления изменениями.

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

Подход	Преимущества
Документируйте функции рабочей нагрузки и отслеживайте преимущества клиентов. Получение область и подробные функциональные и нефункциональные требования архитектуры. Создание моделей оценки размера для создания отчетов о область и стоимости соответствующих задач.	Хорошие спецификации сокращают эксплуатационные затраты и вероятность сбоя за счет поддержки более продуктивных и оптимизированных циклов разработки. Разработчики понимают технический дизайн, цели и критерии завершения , прежде чем начать цикл программирования. Хорошая документация упрощает повторяемое общение и подключение новых участников команды.
Используйте стандартную методологию разработки программного обеспечения, соответствующую потребностям вашей рабочей нагрузки и размеру команды. Ведение невыполненной работы, совместно используемой всеми ролями.	Внедрение известной методологии задает ритм проекта. Он устраняет неоднозначность процесса, предоставляя участникам команды четкие ожидания и подотчетность. Отслеживая общий список, задачи можно уточнить и приоритизировать с помощью стандартных методик. Проект будет иметь больше шансов быть доставлен вовремя. Стандартные методологии помогают в управлении рисками. С помощью детальных проверок вех разработчики могут устранять потенциальные проблемы, прежде чем они станут шоу-стопперами.
Используйте единую систему управления версиями для всего кода, скриптов, шаблонов развертывания, определений конвейеров и связанной документации. Стратегия ветвления должна поддерживать выпуск независимых и взаимозависимых функций, исправлений ошибок и исправлений. Используйте общие знания в организации для создания стратегии ветвления и процессов развертывания.	Правильное использование системы управления версиями имеет решающее значение для поддержки параллельных изменений и управления версиями. Поддерживайте повторяемый рабочий процесс для выпуска изменений различных размеров и рисков, проводите одноранговые проверки в рамках процесса и храните журнал аудита.
У вас есть процессы контроля качества , которые подчеркивают тестирование на ранних этапах жизненного цикла разработки. Включите все артефакты для запланированных процедур тестирования, включая компоненты приложения, инфраструктуру и операции плоскости данных, которые являются частью выпуска или обновления компонентов. Рассматривайте артефакты как неизменяемые, когда они продвигаются через среды, приобретая уверенность каждый раз, когда они проходят через ворота качества. При необходимости автоматизируйте обычные проверки.	Контроль качества гарантирует, что функциональные и нефункциональные требования были выполнены с уверенностью, что приводит к положительному влиянию на клиентов. Наличие планов тестирования обеспечивает качество и полноту и учитывает возможные случаи сбоев. Благодаря качественным шлюзам можно применять рекомендации для снижения рисков. Неизменяемость обеспечивает уверенность, так как гарантирует, что тестируемая система является именно той, которую вы выпускаете. Циклы тестирования эффективно блокируют ход выполнения, если не соблюдены критерии качества.
Обеспечение согласованности с помощью руководств по стилю и средств, которые обеспечивают соблюдение соглашений и внедряют общую цепочку инструментов для разработки, тестирования и общения с заинтересованными лицами. Технологические стандарты для разработчиков должны требовать реализации шаблонов, проектирования API, ведения журнала, обработки исключений и других процессов.	Согласованность в коде обеспечивает удобочитаемость и упрощение обслуживания. Это также снижает сложность и позволяет повторно использовать код. Общие инструменты и соглашения также помогают командам оптимизировать процессы без необходимости решать одноразовые варианты.
Последовательно и намеренно настаивайте на написании документации разработчика по коду.	Понятная документация по коду гарантирует, что логика и функциональные возможности легко понять, когда необходимо вернуться к старому коду или когда команды разработчиков будут сменяться.
Отчет о ходе выполнения и тенденциях для оценки эффективности.	Публикуются тенденции ошибок, неудачных обновлений, времени на развертывание, циклы обратной связи и другие метрики, что способствует улучшению.

Развитие операций с наблюдаемостью

Получение сведений о системе, получение аналитических сведений и принятие решений на основе данных.

Создайте культуру, которая постоянно улучшает качество, отслеживая рабочую нагрузку и принимая во внимание все основные аспекты Azure Well-Architected Framework. Предоставьте команде и заинтересованным лицам возможность принимать краткосрочные и долгосрочные решения во многих аспектах, предоставляя необходимые данные, статистику и тенденции. Узнайте об улучшениях данных и дисков.

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

Важным аспектом мониторинга является приложение , использующее моделирование работоспособности, которое помогает предвидеть проблемы, прежде чем они станут инцидентами и повлияют на взаимодействие с клиентами. Эффективный мониторинг сокращает количество циклов реагирования, затрачиваемого на управление инцидентами.

Подход	Преимущества
Создайте систему мониторинга с собственным стеком и потоками. Рассматривайте систему мониторинга как измерение рабочей нагрузки, которая отделяется от ее служебной программы. Стек должен охватывать все уровни, включая инфраструктуру, работоспособности приложений, процессы сборки и выпуска. Сбор или выборка бизнес-данных не область для реализации наблюдаемости.	Разделяйте стеки мониторинга и рабочей нагрузки, разделяя функциональные требования и требования к наблюдаемости и делая возможным независимое развитие. Изменения в коде не должны влиять на мониторинг и наоборот. Так как требования к наблюдаемости отличаются от функциональных требований, бизнес-данныене будут нарушены при мониторинге изменений конфигурации или сбоев.
Обеспечение согласованности в процессе сбора для каждого типа источника данных. Стандартизация инструментирования в коде с помощью отраслевых стандартов для телеметрии, сбора метрик инфраструктуры и инструментов.	Согласованность предотвращает дисперсию при анализе и измерении, так как знакомство с аналогичными ресурсами сокращает время, затрачиваемое на сопоставление и анализ данных. У вас есть целостная перспектива прогнозирования проблем.
Используйте данные телеметрии из кода приложения, которые сопоставляют ключевые точки потока выполнения и предоставляют комплексное представление на разных уровнях детализации.	Приоритизация действий на основе уровня серьезности и понимание контекста с учетом их детализации. Эти сведения имеют решающее значение для устранения неполадок.
Владеть ответственностью за отправку и сбор данных, даже если приемники данных совместно используются несколькими командами и управляются центральными командами.	Локализуя данные мониторинга в среде рабочей нагрузки, команда может получить доступ к журналам и метрикам для решения проблем рабочей нагрузки.
Соберите достаточно данных и сохраните их в течение достаточного времени. Рассмотрите компромиссы затрат, связанные с ведением журнала и хранением данных.	Преднамеренный сбор данных помогает оптимизировать финансовые и операционные затраты, связанные с сбором большего набора данных, чем требуется. Сведите к минимуму шум и избегайте интенсивных вычислений во время анализа, а также сократите затраты на хранение данных, которые больше не нужны.
Проводите различие между различными сигналами мониторинга: профилями, журналами, метриками и трассировками. Используйте каждый сигнал для правильной цели. Приоритизация использования метрик для активации действий , основанных на числовых измерениях. Используйте профили, чтобы получить более низкий уровень видимости, например выделение памяти, в системе. Резервируйте использование журналов и трассировок для предоставления контекста для потоков и зависимостей.	Используя сигналы в правильных целях, вы можете предотвратить неэффективную реализацию системы мониторинга. Например, для использования журналов для действий требуется синтаксический анализ. Вы можете быстрее достичь этих же целей с помощью метрик.
Агрегируйте и визуализируйте данные на панелях мониторинга, чтобы представить данные мониторинга, предназначенные для аудитории и учитывающие бизнес-контекст. Используйте ситуационные панели мониторинга для получения данных, чтобы повысить осведомленность заинтересованных лиц. Используйте операционные панели мониторинга и книги с возможностями детализации для действий операторов, таких как реагирование на инциденты. Часто обновляйте панели мониторинга и предоставляйте детализированные данные.	С помощью визуализаций можно анализировать тенденции, отслеживать бизнес-цели и управлять инцидентами. Панели мониторинга, адаптированные к интересам клиента, делают интерпретацию актуальной и ускоряют обнаружение и выполнение действий.
Сделайте оповещения интерактивными , уведомляя подотчетные роли стандартизированными описаниями и уровнями серьезности. Предоставьте информацию, которая сопоставляется из различных источников, и отслеживайте отклонения от бизнес-целей. Активация оповещений только для инцидентов, требующих действий. Старайтесь создавать упреждающие и навождающие на размышления оповещения, которые инициируют действия до того, как состояние понижения станет сбоем.	Оповещения позволяют привлечь внимание к важным событиям, определенным организацией. Хорошая система оповещений определяет действия и серьезность и предоставляет достаточно данных для ясности и цели. Операторы могут запускаться при исправлении без задержки.

Уверенное развертывание

Достичь требуемого состояния развертывания с предсказуемостью.

Создайте цепочку поставок рабочей нагрузки, которая позволит последовательно достичь цели предсказуемости во всех средах, на платформах размещения рабочей нагрузки, приложениях, данных и ресурсах конфигурации. Механизм развертывания должен быть способен выполнять автоматизацию, тестирование, мониторинг и управление версиями. Она должна быть модульной и готовой к выполнению по требованию. Его не следует представлять как монолитный комплексный процесс. Цепочка поставок не обязательно для более быстрого выполнения, но для достижения согласованности и самостоятельной документации по нескольким итерациям.

Команда рабочей нагрузки отвечает за цепочку поставок, так как она связана с собственной рабочей нагрузкой.

Подход	Преимущества
Используйте инфраструктуру как код (IaC) для определения повторяемых аспектов цепочки поставок, готовых к работе. Предпочитать декларативные подходы императивным методам.	Декларативные технологии IaC разработаны с учетом автоматизации и повторного использования. Вы можете разгрузить развертывания инфраструктуры от отдельных пользователей в инструменты и обеспечить согласованное качество. С точки зрения инфраструктуры меньшее количество вариантов технологий устраняет дисперсию в инструментах и упрощает обнаружение смещения конфигурации. Обслуживание также будет проще. Если вы согласуете выбор с существующим набором навыков команды, команда может легко принять их.
Подготовьте команду к использованию выбранной технологии IaC. Узнайте о модели расширяемости, возможностях и ограничениях. Воспользуйтесь преимуществами специализации в команде и общими знаниями в организации.	Повышение квалификации повышает производительность и способствует созданию среды совместной работы с помощью общего обучения. Вы можете заполнить пробелы с помощью обучения, а не найма.
Следуйте рекомендациям по программному обеспечению для разработки и обслуживания IaC. Модульная модерация. Избегайте пользовательских абстракций или абстракций с низким значением. Используйте многоуровневый подход, чтобы отразить различные жизненные циклы. Формируйте базовые слои, где нижние слои остаются постоянными, а верхние слои изменяются по мере необходимости. Артефакты развертывания, такие как двоичные файлы приложений, шаблоны IaC и параметры, являются частью уязвимой области. Применяйте гарантии, такие как управление секретами, управление доступом и другие принципы основы безопасности.	Артефакты испытывают тот же уровень инженерной строгости, что и код приложения. Контроль качества с помощью одноранговых проверок и тестирования дает уверенность в развертывании. Многоуровневый подход упрощает обслуживание и создает границы, устанавливающие четкие линии ответственности. Добавление элементов управления безопасностью в артефакты помогает защитить систему в процессе развертывания.
Разработайте общий манифест развертывания , который используется во всех средах. Используйте этот манифест в качестве механизма по умолчанию для проектов с нуля, добавочных обновлений рабочей нагрузки или аварийного восстановления.	Устраните затраты на обслуживание нескольких ресурсов. В случае аварии восстановление будет быстрым и надежным, так как вы можете развернуть проверенный манифест вместо создания импровизированной среды.
Стремитесь к неизменяемой и эфемерной инфраструктуре , развернутой с помощью автоматизации IaC.	Запретить смещение конфигурации и сделать развертывание идемпотентным. Такой тип инфраструктуры устраняет значительные операционные нагрузки, такие как установка исправлений. Кроме того, он предоставляет преимущества для основных сценариев проверки, таких как развертывания сине-зеленой инфраструктуры.

Примечание

Сократите область использования портала до только не повторяющихся задач расследования.

Автоматизация для повышения эффективности

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

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

Благодаря автоматизации вы экономите время, усилия и деньги и избегаете ошибок.

Подход	Преимущества
Оцените все рабочие процессы на основе критериев, которые соответствуют правильному уровню сложности, усилий, частоты, точности, своевременности и срока жизни. Автоматизируйте рабочие процессы на основе этой оценки и приоритизируйте рабочие процессы с наибольшим ожидаемым возвратом. Удалите избыточные рабочие процессы или добавите ценность, чтобы оправдать усилия человека.	Вы можете реинвестировать ресурсы команды в более ценные трудоемкие работы и повысить производительность и согласованность. Создание инвентаризации рабочих процессов гарантирует автоматизацию правильных задач. Удаление избыточных задач снижает сложность и снижает количество ошибок.
При оценке того, следует ли создавать пользовательские инструменты или приобретать программное обеспечение, будьте четко в курсе своего решения. Зарезервируйте автоматизацию зданий для высокоспециализировали и ценную работу.	Покупая готовые программы и пользуясь контрактом на поддержку, вы экономите затраты на обслуживание. Создавая программное обеспечение, вы можете получить больше контроля и удовлетворить варианты использования, уникальные для вашей команды и рабочей нагрузки. Однако это влияет на затраты. Выбор инструментов обеспечивает уровень стандартизации в ваших операциях. С помощью обучения вы можете достичь единого уровня готовности к внедрению.
Проектируйте компоненты рабочей нагрузки для поддержки возможностей автоматизации.	Избегайте ситуаций, когда отсутствие автоматизации в проектировании системы способствует борьбе с повторяющимися задачами, замедляет рост и начинает накапливать технический долг.
Рассматривайте всю автоматизацию как критически важную зависимость рабочей нагрузки. Адаптируйтесь к ожидаемому росту рабочей нагрузки. Средства автоматизации являются неотъемлемой частью рабочей нагрузки и должны соответствовать пяти основным аспектам Well-Architected Framework.	Спроектируйте компонент автоматизации так, чтобы он противостоял таким рискам, как угрозы безопасности. С помощью практических рекомендаций можно избежать разрастания реализации. Рабочая нагрузка будет по-прежнему работать с гарантией высокого уровня, если эта зависимость будет оставаться функциональной и безопасной.
Автоматизируйте в большом масштабе , изучая варианты, выходящие за рамки рабочей нагрузки. Используйте модель "проектировать один раз, запускать везде", предоставляя шаблоны и платформы для подключения новых проектов и содействия повторному использованию существующих проектов и реализаций.	Используйте проверенные методы и уменьшите вероятность сбоя.

Внедрение методов безопасного развертывания

Реализуйте ограничения в процессе развертывания, чтобы свести к минимуму последствия ошибок или непредвиденных условий.

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

Процесс развертывания должен соответствовать стандартной операционной процедуре. Любое изменение должно быть развернуто с тем же уровнем строгости. Этот принцип в равной степени применяется к коду, конфигурации и всем связанным артефактам. Ключ заключается в том, чтобы как можно раньше применить безопасные методики, чтобы обеспечить предсказуемость в рабочей среде. Даже если ошибки достигают клиентов, вы сможете как можно скорее развернуть изменения восстановления.

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

Дальнейшие действия

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

Контрольный список эффективности операций