Каково определение промежуточной среды при разработке веб-приложений?

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

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

Мой главный вопрос:

Какие свойства будут подходящими при определении промежуточной среды?

Однако, вот некоторые связанные вопросы:

Должен ли веб-сервер находиться на отдельной физической машине, чем база данных?
Должна ли база данных быть точно идентичной производственной базе данных?
Может ли промежуточная среда перейти на обслуживание?
Можно ли использовать промежуточную среду для тестирования новых функций (например, бета-env)?

Ответ 1

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

Если вы используете отдельные серверы для БД и веб-сервера, постарайтесь также сохранить это в стадии постановки, если вы используете балансировщик нагрузки, попробуйте также настроить его для промежуточной установки и т.д.

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

Что касается других вопросов:

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

Ответ 2

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

Таким образом, идеальной промежуточной средой является то, что является точным клоном производственной среды (хотя и без публичного доступа). Если вы используете виртуализированные серверы, это должно быть почти тривиально. Если нет, то среда должна как можно лучше имитировать производственную среду (приложение должно быть развернуто на один и тот же путь, разрешения должны быть идентичными, файлы конфигурации должны быть копиями производства и т.д.). Чтобы ответить на ваши вопросы:

Должен ли веб-сервер находиться на отдельной физической машине, чем база данных? Если это так, как в производстве.
Должна ли база данных быть точно идентичной производственной базе данных? Точная структура, она может быть заполнена фиктивными значениями.
Может ли промежуточная среда перейти на обслуживание? Да.
Может ли промежуточная среда использоваться для тестирования новых функций (например, бета-версии)? Нет, это то, для чего я буду использовать среду разработки или тестирования. Представление должно быть для функций, которые будут немедленно входить в производство (т.е. Среда "релиз-кандидат" ).

Ответ 3

"Какие свойства были бы уместны при определении промежуточной среды?"

Технологический стек должен быть одинаковым. Действительно, вы должны иметь возможность просто клонировать постановку для восстановления производства.

"Должен ли веб-сервер находиться на отдельной физической машине, чем база данных?"

Для постановки? Не обязательно. Если ваше управление конфигурацией имеет твердость, то у вас будет вся необходимая конфигурация. параметры в постановке и правильно исправить их при переходе на производство.

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

"Должна ли база данных быть точно идентичной рабочей базе данных?"

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

Если вы не обновляете базу данных, они будут идентичными.

"Может ли промежуточная среда перейти на обслуживание?"

Почему бы и нет?

"Может ли промежуточная среда использоваться для тестирования новых функций (например, бета-версия)?"

Он должен использоваться для этого. Как еще выполнить обновление?

Ответ 4

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

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