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

Как лучше всего заставить браузеры разработчиков и тестовых браузеров разрешать наше производственное доменное имя в среде разработки и тестирования? Скажем, наш производственный домен - widgets.com. Раньше мы использовали внутренний DNS для devwidgets.com, testwidgets.com, demowidgets.com и т. Д. Но это оказалось большой проблемой. Кажется, лучше иметь файл хоста или настройку прокси-сервера, чтобы каждый клиент мог разрешить widgets.com для каждой предварительной среды. Идеи? Как другие решили эту проблему?


dns proxy development-environment production-environment hosts-file
person DHickey    schedule 19.11.2010    source источник
comment
Я должен упомянуть, где мы исчерпаем возможности подхода DNS: мы поддерживаем несколько веб-сайтов для разных направлений бизнеса (около 6) в 5 средах. У нас также есть несколько серверов SSO SAML на sso.widgets.com, у которых должно быть одно и то же доменное имя для файлов cookie.   -  person DHickey    schedule 20.11.2010
comment
Если вы не можете / не будете использовать какие-либо решения на основе DNS, изменение файла hosts может сработать, но с этим будет еще сложнее справиться. Вам нужно только перенаправить dev.widgets.com на сервер разработки, и вы можете настроить его любым способом, включая johndoe.dev.widgets.com для каждого разработчика и test.dev.widgets.com для вашей тестовой среды. Ваш производственный сервер останется чистым.   -  person GolezTrol    schedule 20.11.2010

Ответы (2)


arrow_upward
0
arrow_downward

Вы можете запускать разные версии на разных портах (проще всего для внутренней и внешней настройки) или на разных именах (для внешней настройки):

dev.widgets.com:81
dev.widgets.com:82
...

dev1.widgets.com
dev2.widgets.com
...

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

person Purpletoucan    schedule 19.11.2010

arrow_upward
0
arrow_downward

Мы решили это, используя внутренние DNS, как вы сказали. У каждого разработчика своя среда, поэтому я могу перейти на www.ordomain.com.branch2.environment10, где environment10 - моя конкретная среда, а branch2 относится к конкретной проверке, на случай, если у меня есть несколько проверок, потому что я работаю над разными проектами. одновременно. Вам может хватить иного окружения.

В другой ситуации я настроил другое имя cname, используя dev.widgets.com для удаленного доступа к моей среде разработки. Недостатком является то, что к нему может добраться любой, поэтому вам следует защитить его паролем или использовать IP-фильтр.

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

person GolezTrol    schedule 19.11.2010