服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

企业内部URL约定

这里的开发人员…我希望你的IT观点在这个… 我正在为我的公司构build一个新的内部Web应用程序,并开始考虑如何部署它。 这里的许多现有的networking应用程序直接链接到使用他们的服务器名称,如下所示: http://webserver123/someInternalApp/ 这使我感到不舒服的原因有很多。 服务器名称更改,服务器closures,用户不必知道服务器名称即可find其Web应用程序。 使用服务器名称阻止我们交换服务器或添加负载平衡器。 如果你能想出其他的原因,那就让我知道,这样我可以更好地改变这种做法。 outlook未来,我想在内部DNS中设置一些更好的域名,这些域名将指向相应的Web服务器和应用程序。 在我上一份工作中,我们遵循了这样一个惯例: 对于生产: http://someInternalApp.myCompany.com/ : http://someInternalApp.myCompany.com/ 对于testing: http://test.someInternalApp.myCompany.com/ : http://test.someInternalApp.myCompany.com/ 开发: http://dev.someInternalApp.myCompany.com/ : http://dev.someInternalApp.myCompany.com/ 我更喜欢这个,因为应用程序名称是域名的关键部分,dev / test / prod环境的devise很简单。 不过,我有一些保留: 将应用程序名称放在子域中最终会创build很多很长的唯一的子域。 我喜欢为每个应用程序设置不同的域名,但我也觉得可能难以pipe理。 除了应用程序的名称,没有什么可以指定这个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 那么,让我们来讨论一下…对这些select有什么看法? 有什么更好或更常见的,我可能错过了? 我有机会在这方面让我的公司走上一条更好的道路,所以我想找一个好的公约来推荐。 谢谢!

Hyper-V服务器中文件布局的最佳实践?

我们已经build立了一个Hyper-V服务器,由于它是由几个人build立的,文件的布局是不一致的。 以下是使用的两个不同“模板”: 模板1 D:\Hyper-V\Virtual Machines\MACHINE_NAME_1\Virtual Hard Disks\MACHINE_NAME_1.vhdx D:\Hyper-V\Virtual Machines\MACHINE_NAME_1\Virtual Machines\GUID_1 D:\Hyper-V\Virtual Machines\MACHINE_NAME_1\Virtual Machines\GUID_1.xml D:\Hyper-V\Virtual Machines\MACHINE_NAME_2\Virtual Hard Disks\MACHINE_NAME_2.vhdx D:\Hyper-V\Virtual Machines\MACHINE_NAME_2\Virtual Machines\GUID_2 D:\Hyper-V\Virtual Machines\MACHINE_NAME_2\Virtual Machines\GUID_2.xml …. 和 模板2 D:\Hyper-V\Virtual Hard Disks\MACHINE_NAME_1.vhdx D:\Hyper-V\Virtual Hard Disks\MACHINE_NAME_2.vhdx D:\Hyper-V\Virtual Machines\GUID_1 D:\Hyper-V\Virtual Machines\GUID_1.xml D:\Hyper-V\Virtual Machines\GUID_2 D:\Hyper-V\Virtual Machines\GUID_2.xml 模板1 FOR模板1的参数是,当您执行VM的导出时,导出会创build一个包含机器名称的文件夹,为磁盘和VM分别放置文件夹。 您可以在运行导入时简单地指向机器目录。 反对这种模板风格的观点是,如果只有一个文件,那么存在一个名为虚拟机的目录是没有意义的。 另一个反对意见是,似乎Hyper-V服务器本身似乎预计所有的硬盘都在一个文件夹中,而所有的虚拟机都在不同的文件夹中。 即它不会为每个虚拟机创build单独的文件夹(不包括虚拟机目录中由GUID命名的文件夹) 模板2 For Template 2的论点是,看起来这是Hyper-V期望的布局。 AGAINST模板2的观点是,除非您查看xml文件,否则您无法确定哪些虚拟机文件与特定的计算机关联。 我很想知道任何布局的缺陷。