Среды
Используйте процесс непрерывной доставки для быстрой и безопасной доставки новых значений в рабочую среду. Вы можете часто вносить небольшие изменения, что снижает риск проблем.
Другие факторы влияют на "боль развертывания в рабочей среде", включая внедрение нескольких сред доставки или развертывания. Подход с несколькими средами позволяет создавать, тестировать и выпускать код с большей скоростью и частотой, чтобы сделать развертывание максимально простым. Вы можете удалить затраты вручную и риск выпуска вручную, а также автоматизировать разработку с помощью многоэтапного процесса, ориентированного на разные среды.
Общая архитектура многоуровневой архитектуры включает четыре уровня:
- Разработка
- Тест
- Промежуточная
- Производственный экземпляр
В этой архитектуре продукт переходит из среды разработки (среды, с которой вы разрабатываете изменения в программном обеспечении) через Рабочую среду (среду, с которой пользователи напрямую взаимодействуют). Вы также можете ввести среду тестового подтверждения пользователей (UAT) для проверки сквозного бизнес-потока.
| Environment | Description |
|---|---|
| Разработка | Среда разработки (разработка) — это то, где разрабатываются изменения программного обеспечения. |
| Тест | Среда тестирования позволяет пользователям тестировщикам или автоматическим тестам попробовать новый и обновленный код. Разработчики должны принимать новый код и конфигурации с помощью модульного тестирования в среде разработки, прежде чем разрешить этим элементам входить в одну или несколько тестовых сред. |
| Промежуточная | Промежуточное тестирование — это место, в котором выполняется окончательное тестирование непосредственно перед развертыванием в рабочей среде. Каждая промежуточная среда должна зеркало фактической рабочей среде максимально точно. |
| Приемочное тестирование пользователями | Проверка принятия пользователей (UAT) позволяет конечным пользователям или клиентам выполнять тесты, чтобы проверить и принять систему программного обеспечения, прежде чем приложение программного обеспечения сможет перейти в рабочую среду. |
| Производственный экземпляр | Ваша рабочая среда (рабочая среда), иногда называемая динамической, — это среда, с которой пользователи напрямую взаимодействуют. |
Рекомендации по проектированию
Примените следующие рекомендации как к целевым зонам Azure, так и к разработке рабочих нагрузок Azure:
- Тестовые среды важны, так как они позволяют разработчикам платформы тестировать изменения перед развертыванием в рабочей среде, что снижает риск доставки в рабочей среде.
- Сохранение таких сред, как это возможно, упрощает поиск ошибок, связанных с средой, на первых этапах тестирования, что повышает скорость разработки и тестирования и надежность.
- Если в конфигурации ваших сред существуют несоответствия, происходит "смещение конфигурации", что может привести к потере данных, более медленным развертываниям и сбоям.
- Вы можете ускорить развертывание, улучшить согласованность среды и уменьшить "дрейф конфигурации" между средами, приняв инфраструктуру как код (IaC).
- Рассмотрите возможность внедрения таких методов, как Canary или Blue-Green Deployments, которые делают новые функции доступными только для ограниченного набора тестовых пользователей в рабочей среде и помогут сократить время выпуска в рабочую среду.
- Используйте проверка в результатах теста для управления переходом кода из разработки в рабочую среду. Эти элементы управления можно автоматизировать, чтобы неудачные тесты не позволяли автоматически развертывать изменения в следующей среде.
- Перед развертыванием кода в рабочей среде назначенные пользователи просматривают запросы на вытягивание. Рекомендуется использовать репозитории с стратегией ветви для управления процессом проверки.
- Избегайте силосов, позволяя всем разработчикам получать доступ ко всем средам.
Рабочие нагрузки
Чтобы узнать, как управлять средами для рабочих нагрузок, см . вопросы и ответы по масштабированию предприятия.
Целевые зоны Azure
Внедрение нескольких сред для развертывания Целевой зоны Azure распространено, когда клиент хочет проверить влияние и результаты новых назначений Политика Azure, назначений ролей Azure RBAC, членства в группах Microsoft Entra, создания ресурсов Azure и т. д.
Подход к тестированию для корпоративного масштаба описывает два различных подхода к внедрению:
- Репликация иерархии групп управления в Канарии и рабочей среде
- Подписки песочницы
Независимо от того, какой подход вы следуете, всегда следует:
- Выполните по крайней мере одну среду для тестирования.
- Для защиты сред используйте разделенные субъекты-службы для тестирования и рабочей среды.
- Реализация автоматизированных проверка и утверждений для проверки и утверждения изменений перед развертыванием любых изменений в определенной среде