Поделиться через


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

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

Используйте следующие принципы проектирования из 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.

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