Промежуточная среда против производственной среды

Я работаю в компании , где мы строим корпоративные приложения, и мы поддерживаем три среды: развитие (или Dev ), постановка (или стадии ) и производство (или прод ).

Значение dev интуитивно понятно: это среда, используемая при разработке приложения.

В чем разница между промежуточной и производственной средой?

Для небольших компаний (неясно, насколько велика ваша), три среды (dev, stage, production) являются общими. Более крупные компании часто имеют среду QA между dev и stage.

Они обычно разбиваются следующим образом:

dev : копия рабочего кода. Здесь вносятся изменения, внесенные разработчиками, чтобы можно было проверить интеграцию и возможности. Эта среда быстро обновляется и содержит самую последнюю версию приложения.

QA : (не все компании будут иметь это). Среда для обеспечения качества; это предоставляет менее часто измененную версию приложения, с которой тестеры могут выполнять проверки. Это позволяет создавать отчеты по общей ревизии, чтобы разработчики знали, исправлены ли конкретные проблемы, обнаруженные тестировщиками, в коде разработки.

staging : это кандидат на выпуск, и эта среда обычно является зеркалом производственной среды. Промежуточная область содержит «следующую» версию приложения и используется для окончательного стресс-тестирования и утверждения клиента / менеджера перед началом работы.

производство : это текущая версия приложения, доступная для клиента / конечных пользователей. Эта версия предпочтительно не меняется, за исключением запланированных выпусков.

Я немного удивлен, что тестовая среда также отсутствует, как место, куда должен идти код, прежде чем перейти в стадию.

Чтобы ответить на вопрос:

Сценическое окружение должно максимально отражать производственную среду.

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

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

Среда сцены - это предварительно подготовленная среда, которая отражает производство. Часто он может иметь некоторые производственные данные, чтобы тестовая группа, состоящая из реальных пользователей и тестировщиков QA, могла подтвердить, что предварительно выпущенная база кода / данные будут развернуты и будут работать должным образом в среде, подобной продукту, обычно через сценарии использования и регрессию. тесты.

Как отмечает @Oded, обычно для тестирования кода используется среда QA, которую тестировщики QA используют.

Мой опыт работы с правительством США / министерством обороны США заключается в следующем:

1. РАЗРАБОТКА / ТЕСТ для разработчиков и разработчиков приложений. Они создают и тестируют приложения вне корпоративных систем.
2. Когда приложения будут завершены, они будут развернуты в ИТ-среде на сервере (ах) PACKAGING.
3. С этого момента приложения поддерживаются ИТ-отделом и переносятся в STAGING (что позволяет ИТ-отделу разрабатывать / проверять рекомендации по внедрению, конфигурации и т. Д.). Пользовательское тестирование может в какой-то степени выполняться на этом этапе, чтобы убедиться, что приложение будет функционировать должным образом в системе, которая копирует PRODUCTION.
4. Если все планы тестирования выполнены и они готовы к работе, приложение будет переведено в ПРОИЗВОДСТВО и перейдет в режим поддержки (т. Е. Эксплуатация и обслуживание или эксплуатация и обслуживание).
5. Новые обновления от разработчиков также будут развернуты в PACKAGING, и процесс продолжается.

Как веб - разработчик, есть в основном три среды для рассмотрения практически :

Производство . Среда, настроенная для размещения окончательной версии продукта, предназначенной для конечных пользователей. Он оптимизирован для безопасности и производительности. Он размещен на живом сервере. Требуется настороженная и срочная поддержка. Это важно для данных. Поэтому его данные регулярно сохраняются. Это также включает управление рисками и аварийное восстановление. Производственная среда настроена так, чтобы показывать дружественные ошибки конечным пользователям.

Балетмейстер : среда настроена для размещения предвыпускных заявок после объявления замораживания кода. Он нацелен на руководителя проекта / владельца вместе с командой разработчиков, чтобы согласовать сферу действия кандидата на выпуск. Он включает обеспечение качества, а также команду разработчиков, чтобы сделать окончательные исправления и окончательную отделку перед выпуском в производство. Рекомендуется имитировать производственную среду, используя самые последние данные из оперативной базы данных, скопированные из производственной среды. Как правило, промежуточная среда доступна только внутренней команде и заинтересованным сторонам, поэтому она либо защищена на общедоступном сервере, либо опубликована в среде интрасети, если все заинтересованные стороны могут получить доступ к локальной сети. Промежуточная среда настроена для отображения средних или полных технических ошибок.

Разработка : Частная среда, сконфигурированная одним разработчиком на своей машине для проверки своей работы во время цикла разработки, обычно называемая спринтом в scrum-среде. Среда разработки настроена на отображение полных технических ошибок.