Этот браузер больше не поддерживается.
Выполните обновление до Microsoft Edge, чтобы воспользоваться новейшими функциями, обновлениями для системы безопасности и технической поддержкой.
В этой статье представлен ключевой шаблон для критически важных архитектур в Azure. При запуске процесса разработки примените этот шаблон, а затем выберите компоненты, которые лучше всего подходят для ваших бизнес-требований. В статье рекомендуется северной звезде подход к проектированию и включает другие примеры с общими компонентами технологии.
Мы рекомендуем оценить ключевые области проектирования, определить критически важные потоки пользователей и системы, в которых используют базовые компоненты, и создать матрицу ресурсов Azure и их конфигурацию, учитывая следующие характеристики.
| Характеристика | Соображения |
|---|---|
| Продолжительность жизни | Каково ожидаемое время существования ресурса относительно других ресурсов в решении? Должен ли ресурс пережить всю систему или регион, разделить с ними время существования или быть временным? |
| Государство | Какое влияние окажет сохраняемое состояние на этом уровне на надежность или управляемость? |
| Достигать | Требуется ли, чтобы ресурс был глобально распределён? Может ли ресурс взаимодействовать с другими ресурсами, расположенными глобально или в этом регионе? |
| Зависимости | Каковы зависимости от других ресурсов? |
| Ограничения масштабирования | Какова ожидаемая пропускная способность для этого ресурса? Какой объем предоставляет ресурс, чтобы удовлетворить этот спрос? |
| Доступность и аварийное восстановление | Каково влияние на доступность при аварии на этом уровне? Может ли это вызвать системный сбой или только локализованную проблему с емкостью или доступностью? |
Важный
Эта статья является частью серии критически важных рабочих нагрузок Azure Well-Architected,
Некоторые ресурсы глобально разделяются ресурсами, развернутыми в каждом регионе. Распространенными примерами являются ресурсы, которые используются для распределения трафика между несколькими регионами, хранения постоянного состояния для всего приложения и мониторинга ресурсов для них.
| Характеристика | Соображения |
|---|---|
| Продолжительность жизни | Эти ресурсы, как ожидается, будут долго жить (неэфемерные). Период их существования охватывает срок службы системы или превышает его. Часто ресурсы управляются через обновления данных и уровня управления на месте, при условии, что они поддерживают операции обновления без простоя. |
| Государство | Поскольку эти ресурсы существуют по крайней мере на протяжении всего времени существования системы, этот уровень часто отвечает за хранение глобального геореплицированного состояния. |
| Достигать | Ресурсы должны быть глобально распределены и реплицированы в регионы, в которых размещаются эти ресурсы. Рекомендуется, чтобы эти ресурсы взаимодействовали с региональными или другими ресурсами с низкой задержкой и требуемой согласованности. |
| Зависимости | Ресурсы должны избежать зависимостей от региональных ресурсов, так как их недоступность может быть причиной глобального сбоя. Например, сертификаты или секреты, хранящиеся в одном хранилище, могут оказать глобальное влияние, если произошел региональный сбой, в котором находится хранилище. |
| Ограничения масштабирования | Часто эти ресурсы являются одиночными объектами в системе, и они должны иметь возможность масштабироваться таким образом, чтобы они могли обрабатывать пропускную способность всей системы в целом. |
| Доступность и аварийное восстановление | Региональные ресурсы и почтовые марки могут использовать глобальные ресурсы. Важно, чтобы глобальные ресурсы были настроены с высоким уровнем доступности и аварийного восстановления для работоспособности всей системы. |
Штамп содержит приложение и ресурсы, участвующие в выполнении бизнес-транзакций. Метка обычно соответствует развертыванию в регионе Azure. Хотя регион может иметь более чем одну метку.
| Характеристика | Соображения |
|---|---|
| Продолжительность жизни | Ожидается, что ресурсы будут иметь короткий срок жизни (эфемерный), чтобы они могли быть добавлены и удалены динамически, в то время как региональные ресурсы за пределами штампа продолжают сохраняться. Эфемерный характер необходим для обеспечения большей устойчивости, масштабирования и близости к пользователям. |
| Государство | Так как метки являются временными и будут уничтожены при каждом развертывании, метка должна быть без отслеживания состояния как можно больше. |
| Достигать | Может взаимодействовать с региональными и глобальными ресурсами. Однако следует избежать связи с другими регионами или другими метками. |
| Зависимости | Ресурсы штампа должны быть независимыми. Ожидается, что они имеют региональные и глобальные зависимости, но не должны полагаться на компоненты в других метках в том же или других регионах. |
| Ограничения масштабирования | Пропускная способность устанавливается путем тестирования. Пропускная способность общей системы определяется наименее производительным ресурсом. Пропускная способность штампа должна оценить высокий уровень спроса, вызванный резервированием на другой штамп. |
| Доступность и аварийное восстановление | Из-за временной природы меток аварийное восстановление выполняется путем повторного развертывания метки. Если ресурсы находятся в неработоспособном состоянии, метка в целом может быть уничтожена и повторно развернута. |
Система может иметь ресурсы, развернутые в регионе, которые существуют дольше, чем ресурсы штампа. Например, ресурсы наблюдения, отслеживающие ресурсы на региональном уровне, включая метки.
| Характеристика | Рассмотрение |
|---|---|
| Продолжительность жизни | Ресурсы разделяют время существования региона и служат дольше, чем ресурсы метки. |
| Государство | Состояние, хранящееся в регионе, не может существовать дольше самого региона. Если необходимо предоставить общий доступ к состоянию между регионами, рассмотрите возможность использования глобального хранилища данных. |
| Достигать | Ресурсы не должны быть глобально распределены. Следует избегать прямой связи с другими регионами любой ценой. |
| Зависимости | Ресурсы могут иметь зависимости от глобальных ресурсов, но не от ресурсов меток, так как метки предназначены для короткого времени. |
| Ограничения масштабирования | Определите ограничение масштаба региональных ресурсов путем объединения всех меток в регионе. |
Эти базовые примеры служат рекомендуемой архитектурой северной звезды для критически важных приложений. Базовый план настоятельно рекомендует контейнеризацию и использование оркестратора контейнеров для платформы приложений. Базовый вариант использует службу Azure Kubernetes (AKS).
Ознакомьтесь с Well-Architected критически важными рабочими нагрузками: контейнеризация.
Если вы только начинаете свой критически важный путь, используйте эту архитектуру в качестве ссылки. Доступ к рабочей нагрузке осуществляется по общедоступной конечной точке и не требует подключения частной сети к другим ресурсам компании.
Эта архитектура основана на базовой архитектуре. Проект расширен, чтобы обеспечить строгие сетевые элементы управления, чтобы предотвратить несанкционированный общедоступный доступ из Интернета к ресурсам рабочей нагрузки.
Эта архитектура подходит, если вы развертываете рабочую нагрузку в корпоративной среде, где требуется интеграция в рамках более крупной организации. Рабочая нагрузка использует централизованные общие службы, нуждается в локальном подключении и интегрируется с другими рабочими нагрузками в пределах предприятия. Он развертывается в подписке целевой зоны Azure, наследуемой от группы управления Corp.
Эта архитектура расширяет базовую ссылку, рассматривая службы приложений как основную технологию размещения приложений, обеспечивая простую среду для развертывания контейнеров.
Мы рекомендуем использовать предоставленные рекомендации по проектированию для навигации по ключевым решениям по проектированию, чтобы достичь оптимального решения. Дополнительные сведения см. в разделе Что такое ключевые области проектирования?
Ознакомьтесь с рекомендациями по проектированию критически важных сценариев приложений.