【问题标题】:How to easily switch between dev and prod environments如何在开发和生产环境之间轻松切换
【发布时间】:2010-11-19 17:03:15
【问题描述】:

让开发和测试浏览器将我们的生产域名解析为开发和测试环境的最佳方法是什么?假设我们的生产域是 widgets.com。过去,我们为 devwidgets.com、testwidgets.com、demowidgets.com 等使用了内部 DNS。但事实证明这很痛苦。设置主机文件或代理服务器似乎更好,这样每个客户端都可以选择将 widgets.com 解析为每个预生产环境。想法?其他人是如何解决这个问题的?

【问题讨论】:

  • 我应该提一下我们在 DNS 方法中的不足之处:我们在 5 个环境中为不同的业务线(大约 6 个)维护多个网站。我们在 sso.widgets.com 上还有一些 SAML SSO 服务器,它们必须具有相同的 cookie 域名。
  • 如果您不能/不会使用任何基于 DNS 的解决方案,更改 hosts 文件可能会奏效,但管理起来会更加痛苦。您只需要将 dev.widgets.com 重定向到开发服务器,您就可以按照自己的方式进行配置,包括为每个开发人员配置 johndoe.dev.widgets.com,为您的测试环境配置 test.dev.widgets.com。您的生产服务器将保持清洁。

标签: proxy dns development-environment production-environment hosts-file


【解决方案1】:

您可以在不同的端口(最简单的内部和外部设置)或不同的 cname(外部设置)上运行不同的版本:

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

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

这意味着可以通过网络服务器集中配置不同的环境,而不必管理大量不同的主机文件。

【讨论】:

    【解决方案2】:

    正如您所说,我们已经通过使用内部 dns 解决了这个问题。每个开发人员都有自己的环境,所以我可以转到 www.ordomain.com.branch2.environment10,其中 environment10 是我的特定环境,branch2 是指特定的结帐,以防我因为在不同的项目上工作而得到多个结帐同时。只是不同的环境可能就足够了。

    在另一种情况下,我配置了一个不同的 cname,使用 dev.widgets.com 远程访问我的开发环境。缺点是任何人都可以访问它,因此您应该使用密码保护它,或者使用 IP 过滤器。

    我不建议使用主机文件。这很难维护,并且您无法从您的开发电脑访问实时环境。

    【讨论】:

      猜你喜欢
      • 2018-05-01
      • 2013-12-14
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2015-09-09
      • 2014-05-14
      相关资源
      最近更新 更多