企业内部 URL 约定

Question

这里的开发人员...我想了解您对这个问题的 IT 观点...

我正在为我的公司构建一个新的内部 Web 应用程序，并开始考虑如何部署它。此处的许多现有 Web 应用程序都直接使用它们的服务器名称进行链接，如下所示：

http://webserver123/someInternalApp/

由于各种原因，这让我感到不舒服。服务器名称更改，服务器停机，用户不必知道服务器名称即可找到他们的 Web 应用程序。使用服务器名称可以防止我们交换服务器或添加负载平衡器。如果你能想到其他不好的原因，请告诉我，以便我可以更好地改变这种做法。

展望未来，我希望在我们的内部 DNS 中设置一些更好的域名，这些域名将指向适当的 Web 服务器和应用程序。在我的上一份工作中，我们遵循了这样的约定：

• 对于生产： http://someInternalApp.myCompany.com/
• 测试： http://test.someInternalApp.myCompany.com/
• 开发： http://dev.someInternalApp.myCompany.com/

我喜欢这个更好的，因为应用程序的名称是域名的一个重要组成部分，与开发/测试/生产环境的指定很简单。但是，我有一些保留意见：

• 将应用程序名称放在子域中最终会创建许多长而独特的子域。我喜欢为每个应用程序设置不同的域，但我也觉得这会变得难以管理。
• 除了应用程序名称之外，没有什么可以指定此 URL 仅供内部使用。我读过其他组织使用“corp.myCompany.com”或“int.myCompany.com”之类的子域，这可能很好。我不希望用户得到他们可以在家访问这些的印象。

以下是我倾向于使用内部域名的一些选项：

内部子域中的应用程序名称：（它们有点长，但我认为一切都很好地打包在一起）

• http://someInternalApp.corp.myCompany.com/
• http://dev.someInternalApp.corp.myCompany.com/

应用程序名称作为子目录：（较短的域名，但它意味着所有应用程序都是一个统一站点的一部分，它们可能不是，并且它断开了应用程序的环境指定）

• http://corp.myCompany.com/someInternalApp
• http://dev.corp.myCompany.com/someInternalApp

那么，让我们讨论一下……您对这些选项有何看法？有没有更好或更常见的东西我可能错过了？我有机会让我的公司在这方面走上更好的道路，所以我想找到一个好的约定来推荐。

谢谢！

Answer 1

永远不要依赖您的应用程序是内部的还是外部的。始终开发，好像应用程序的受众不受您控制（因为它是）。

使用 ENV.APPNAME.DOMAIN.TLD

与 www. 作为“生产”的别名。