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

Окружающая среда

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

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

Общая архитектура многоуровневой архитектуры включает четыре уровня:

  • Развитие
  • Test
  • Staging
  • Производство

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

Окружающая среда Description
Развитие Среда разработки — это место, где создаются изменения в программном обеспечении.
Test Ваша среда тестирования позволяет как человеческим тестировщикам, так и автоматическим тестам протестировать новый и обновленный код. Разработчики должны принимать новый код и конфигурации с помощью модульного тестирования в среде разработки, прежде чем разрешить этим элементам входить в одну или несколько тестовых сред.
Staging Промежуточное тестирование — это место, в котором выполняется окончательное тестирование непосредственно перед развертыванием в рабочей среде. Каждая промежуточная среда должна как можно точнее отражать производственную среду.
Приемочное тестирование пользователями Проверка принятия пользователей (UAT) позволяет конечным пользователям или клиентам выполнять тесты, чтобы проверить и принять систему программного обеспечения, прежде чем приложение программного обеспечения сможет перейти в рабочую среду.
Производство Ваша рабочая среда (рабочая среда), иногда называемая динамической, — это среда, с которой пользователи напрямую взаимодействуют.

Рекомендации по проектированию

Примените следующие рекомендации как к целевым зонам Azure, так и к разработке рабочих нагрузок Azure:

  • Тестовые среды важны, так как они позволяют разработчикам платформы тестировать изменения перед развертыванием в рабочей среде, что снижает риск доставки в рабочей среде.
  • Поддержание сред максимально похожими упрощает поиск ошибок, связанных со средой, на первых этапах тестирования, что повышает скорость и надежность разработки и тестирования.
  • Если в конфигурации ваших сред существуют несоответствия, происходит "смещение конфигурации", что может привести к потере данных, более медленным развертываниям и сбоям.
  • Вы можете ускорить развертывание, улучшить согласованность среды и уменьшить "дрейф конфигурации" между средами, приняв инфраструктуру как код (IaC).
  • Рассмотрите возможность внедрения таких методов, как Canary или Blue-Green Deployments, которые делают новые функции доступными только для ограниченного набора тестовых пользователей в рабочей среде и помогают сократить время выпуска в рабочую среду.
  • Используйте проверки результатов теста для управления переходом кода из разработки в рабочую среду. Эти элементы управления можно автоматизировать, чтобы неудачные тесты не позволяли автоматически развертывать изменения в следующей среде.
  • Перед развертыванием кода в рабочей среде назначенные пользователи просматривают запросы на вытягивание. Рекомендуется использовать репозитории с стратегией ветви для управления процессом проверки.
  • Избегайте силосов, позволяя всем разработчикам получать доступ ко всем средам.

Workloads

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

Зоны приземления Azure

Внедрение нескольких сред для развертывания целевой зоны Azure распространено, когда клиент хочет проверить влияние и результаты новых назначений политик Azure, назначений ролей Azure RBAC, членства в группах Microsoft Entra, создания ресурсов Azure и т. д.

Подход к тестированию для корпоративного масштаба описывает два различных подхода к внедрению:

  • Репликация иерархии групп управления в Канарии и рабочей среде
  • Подписки на песочницу

Независимо от того, какому подходу вы следуете, всегда нужно:

  • Примите по крайней мере одну тестовую среду.
  • Для защиты сред используйте отдельные учетные записи службы для тестирования и рабочей среды.
  • Реализация автоматических проверок и утверждений для проверки и утверждения изменений перед развертыванием любых изменений в определенной среде

Дальнейшие шаги

  • Last updated on