Принципы проектирования надежности

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

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

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

Проектирование с учетом бизнес-требований

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

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

Узнайте больше о проектировании с учетом бизнес-требований в Azure Well-Architected Framework.

Проектирование с прицелом на гибкость

Рабочая нагрузка должна реагировать на сбои и продолжать работу с полной или ограниченной функциональностью.

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

Узнайте больше о проектировании с учетом устойчивости в Azure Well-Architected Framework.

Проектирование для обеспечения возможности восстановления

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

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

Узнайте больше о проектировании восстановления в Azure Well-Architected Framework.

Проектирование в соответствии с характером эксплуатации

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

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

Узнайте больше о проектировании операций в Azure Well-Architected Framework.

Сохранение простоты

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

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

Узнайте больше о том, как упростить работу в Azure Well-Architected Framework.

Следующие шаги