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

80

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

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

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

rdasxy
источник

Ответы:

122

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

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

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

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

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

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

Майк
источник
7
Это правильно с точки зрения программного обеспечения. Также есть данные: dev и qa подключены к тестовым базам данных, поэтому разработчикам и тестировщикам не нужно беспокоиться о внесении изменений во время подготовки и использования производственных баз данных. Подумай о банке.
Хуан Ланус
4
Есть еще одно измерение: кто пользователи? dev: разработчики; qa (я предпочитаю qc): тестеры; постановка и производство: фактические пользователи. В бизнес-приложениях со средними базами данных разработчикам не разрешается видеть, не говоря уже о сенсорных производственных базах, они снабжены анонимными версиями.
Хуан Ланус
3
@JuanLanus: Обычно в промежуточной среде используется копия производственных данных - обычно вы не хотите менять производственные данные из промежуточных.
Слеське
1
@JuanLanus: Извините, я имел в виду, что «вы не хотите, чтобы изменения в промежуточной среде были видны в среде prod» - следовательно, для постановки используется копия производственных данных, но (как правило) редактируемая копия.
Слёске
2
Мы называем qa «test»: dev (me), test (команда), staging (клиент), prod (world)
Rudie
13

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

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

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

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

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

Одед
источник
1
Точно - он существует для того, чтобы выводить код из среды разработки в более контролируемую среду, среди прочего, показывая любые зависимости, пропущенные в документации, и любое затруднение «хорошо это работало на нашей машине» в среде live / prod.
Дэнни Стейпл
Это не имеет ничего общего с вопросом ...
nbro
4

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

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

JW8
источник
3

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

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

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

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

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

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

Шади Намроути
источник