Я работаю в компании , где мы строим корпоративные приложения, и мы поддерживаем три среды: развитие (или Dev ), постановка (или стадии ) и производство (или прод ).
Значение dev интуитивно понятно: это среда, используемая при разработке приложения.
В чем разница между промежуточной и производственной средой?
Ответы:
Для небольших компаний (неясно, насколько велика ваша), три среды (dev, stage, production) являются общими. Более крупные компании часто имеют среду QA между dev и stage.
Они обычно разбиваются следующим образом:
dev : копия рабочего кода. Здесь вносятся изменения, внесенные разработчиками, чтобы можно было проверить интеграцию и возможности. Эта среда быстро обновляется и содержит самую последнюю версию приложения.
QA : (не все компании будут иметь это). Среда для обеспечения качества; это предоставляет менее часто измененную версию приложения, с которой тестеры могут выполнять проверки. Это позволяет создавать отчеты по общей ревизии, чтобы разработчики знали, исправлены ли конкретные проблемы, обнаруженные тестировщиками, в коде разработки.
staging : это кандидат на выпуск, и эта среда обычно является зеркалом производственной среды. Промежуточная область содержит «следующую» версию приложения и используется для окончательного стресс-тестирования и утверждения клиента / менеджера перед началом работы.
производство : это текущая версия приложения, доступная для клиента / конечных пользователей. Эта версия предпочтительно не меняется, за исключением запланированных выпусков.
Я немного удивлен, что тестовая среда также отсутствует, как место, куда должен идти код, прежде чем перейти в стадию.
Чтобы ответить на вопрос:
Сценическое окружение должно максимально отражать производственную среду.
Он используется для проверки процедур развертывания - убедитесь, что когда код готов к работе, он может быть развернут без проблем.
То есть код переходит в стадию - он всесторонне тестируется и регрессируется, чтобы убедиться, что развертывание прошло в соответствии с планом (и устранить любые проблемы, если этого не произошло).
Среда сцены - это предварительно подготовленная среда, которая отражает производство. Часто он может иметь некоторые производственные данные, чтобы тестовая группа, состоящая из реальных пользователей и тестировщиков QA, могла подтвердить, что предварительно выпущенная база кода / данные будут развернуты и будут работать должным образом в среде, подобной продукту, обычно через сценарии использования и регрессию. тесты.
Как отмечает @Oded, обычно для тестирования кода используется среда QA, которую тестировщики QA используют.
Мой опыт работы с правительством США / министерством обороны США заключается в следующем:
Как веб - разработчик, есть в основном три среды для рассмотрения практически :
Производство . Среда, настроенная для размещения окончательной версии продукта, предназначенной для конечных пользователей. Он оптимизирован для безопасности и производительности. Он размещен на живом сервере. Требуется настороженная и срочная поддержка. Это важно для данных. Поэтому его данные регулярно сохраняются. Это также включает управление рисками и аварийное восстановление. Производственная среда настроена так, чтобы показывать дружественные ошибки конечным пользователям.
Балетмейстер : среда настроена для размещения предвыпускных заявок после объявления замораживания кода. Он нацелен на руководителя проекта / владельца вместе с командой разработчиков, чтобы согласовать сферу действия кандидата на выпуск. Он включает обеспечение качества, а также команду разработчиков, чтобы сделать окончательные исправления и окончательную отделку перед выпуском в производство. Рекомендуется имитировать производственную среду, используя самые последние данные из оперативной базы данных, скопированные из производственной среды. Как правило, промежуточная среда доступна только внутренней команде и заинтересованным сторонам, поэтому она либо защищена на общедоступном сервере, либо опубликована в среде интрасети, если все заинтересованные стороны могут получить доступ к локальной сети. Промежуточная среда настроена для отображения средних или полных технических ошибок.
Разработка : Частная среда, сконфигурированная одним разработчиком на своей машине для проверки своей работы во время цикла разработки, обычно называемая спринтом в scrum-среде. Среда разработки настроена на отображение полных технических ошибок.