3
企业内部URL约定
开发人员...我希望您对此有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 那么，让我们讨论一下...这些选项如何考虑？我可能错过了更好或更常见的东西吗？在这方面，我有机会让我的公司走上更好的道路，所以我想找一个好的建议来推荐。 谢谢！