domain-name-system – 企业内部URL约定

前端之家收集整理的这篇文章主要介绍了domain-name-system – 企业内部URL约定前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
开发人员在这里……我希望你对这一点有所了解……

我正在为我的公司构建一个新的内部Web应用程序,并开始考虑如何部署它.这里的许多现有Web应用程序都链接到直接使用它们的服务器名称,如下所示:

http://webserver123/someInternalApp/

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

展望未来,我希望在我们的内部DNS中设置一些更好的域名,这些域名将指向相应的Web服务器&应用程序.在我上一份工作中,我们遵循了这样的惯例:

>生产:h​​ttp://someInternalApp.myCompany.com/
>测试:http://test.someInternalApp.myCompany.com/
>开发:http://dev.someInternalApp.myCompany.com/

我更喜欢这个,因为应用程序名称是域名的关键部分,dev / test / prod环境指定很简单.但是,我有一些保留意见:

>将应用程序名称放在子域中最终将创建许多长而独特的子域.我喜欢为每个应用程序设置不同的域名,但我也觉得它可能很难管理.
>除应用程序名称外,没有任何内容可指定此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

那么,让我们讨论……对这些选择有什么看法?我可能错过了更好或更常见的事情吗?我有机会在这方面让我的公司走上更好的道路,所以我想找一个好的会议推荐.

谢谢!

解决方法

永远不要依赖您的应用程序是内部还是外部.始终开发,好像应用程序的受众将无法控制(因为它是).

使用ENV.APPNAME.DOMAIN.TLD

随着www.作为“生产”的别名.

原文链接:https://www.f2er.com/html/229757.html

猜你在找的HTML相关文章