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

Question

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

Сейчас мы размышляем над некоторыми решениями этой проблемы. Одно существо никогда не дает им прямой промежуточной ссылки. Идея состояла бы в том, чтобы создать виртуальный каталог или иметь набор псевдонимов доменов, которые мы могли бы предоставить им, а затем закрыть, при этом предоставляя нам доступ к этим конечным точкам. Мы могли бы ограничить наш основной промежуточный домен диапазоном IP-адресов офисов, чтобы у них никогда не было прямого доступа, и это можно назвать хорошим.

Это звучит как хорошее решение? Наш процесс неправильный, есть ли лучшие маршруты?

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

Answer 1

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

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

Я не знаю, насколько это возможно для вас, но, возможно, это возможно.

Answer 2

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

Лучший подход, который я нашел, - заставить приложение сообщать пользователю, в какой среде он находится.

Например, мои команды использовали абсолютно позиционированные верхние или нижние колонтитулы, имеющие цветовую кодировку для сред разработки / размещения, которые показывают номер версии приложения с альфа / бета-тегом, а также сообщение «Работа, выполненная на этом сайте, будет потерял, используйте Production (ссылка), чтобы сохранить свою работу. " Обычно мы делаем область Dev красной, а область подготовки желтой. Мы также хотели бы поместить ссылку на систему отслеживания ошибок прямо в этой области.

На производстве обычно нет такого региона. Однако иногда мы обеспечиваем положительное подкрепление, помещая зеленый регион с версией приложения и тегом Production, а затем через несколько секунд исчезаем зеленый регион. Это помогает держать приложение спереди и по центру, но позволяет пользователю знать, что они находятся в нужном месте.

Answer 3

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