Сквозные проблемы критически важных рабочих нагрузок в Azure
Существует несколько сквозных задач, которые рассматривают ключевые области проектирования. В этой статье рассматриваются эти сквозные аспекты для последующего рассмотрения в каждой области проектирования.
Важно!
Эта статья входит в серию критически важных рабочих нагрузок Azure Well-Architected . Если вы не знакомы с этой серией, рекомендуем начать с критически важной рабочей нагрузки?
Ограничения масштабирования
Azure применяет различные ограничения или квоты , чтобы обеспечить согласованный уровень обслуживания для всех клиентов. Примеры таких ограничений включают ограничения на количество развертываемых ресурсов в одной подписке, а также ограничения на пропускную способность сети и запросов.
Ограничения службы могут оказать значительное влияние на большую критически важную рабочую нагрузку. Тщательно рассмотрите ограничения служб, используемых в целевой архитектуре, чтобы обеспечить устойчивое масштабирование. В противном случае вы можете достичь одного или нескольких из этих ограничений по мере роста рабочей нагрузки.
Важно!
Ограничения и квоты могут меняться по мере развития платформы. Обязательно проверка текущие ограничения в подписке Azure, ограничениях, квотах и ограничениях службы.
Рекомендации
- Используйте подход к единицам масштабирования для композиции ресурсов, развертывания и управления ими.
- Используйте подписки в качестве единиц масштабирования, масштабируя ресурсы и подписки по мере необходимости.
- Убедитесь, что ограничения масштабирования учитываются при планировании емкости.
- При наличии используйте данные о существующих средах приложений, чтобы узнать, какие ограничения могут возникнуть.
Автоматизация
Целостный подход к автоматизации действий по развертыванию и управлению может повысить надежность и работоспособность рабочей нагрузки.
Рекомендации
- Автоматизируйте конвейеры непрерывной интеграции и непрерывной поставки (CI/CD) для всех компонентов приложения.
- Автоматизируйте действия по управлению приложениями, такие как установка исправлений и мониторинг.
- Используйте декларативную семантику управления, например инфраструктуру как код (IaC), вместо императивных подходов.
- Приоритизация шаблонов над использованием сценариев. Откладывать создание скриптов только в том случае, если использование шаблонов невозможно.
Согласование стратегии развития Azure
Azure постоянно развивается за счет частых обновлений служб, функций и региональной доступности. Важно согласовать целевую архитектуру с стратегиями развития платформы Azure, чтобы обеспечить оптимальную траекторию применения. Например, убедитесь, что необходимые службы и функции доступны в выбранных регионах развертывания.
Последние сведения о новых службах и функциях см. в статье Обновления Azure .
Рекомендации
- Согласуйте с планами разработки Azure и региональными планами развертывания.
- Разблокируйте с помощью предварительных версий служб или зависимостей от стратегии развития платформы Azure.
- Принимать только зависимость от зафиксированных служб и функций; проверка зависимостей стратегии с помощью групп продуктов разработки Майкрософт.
Следующий шаг
Изучите области проектирования, в которых содержатся важные рекомендации и рекомендации по созданию критически важной рабочей нагрузки.