我正在努力将我们的DNS名称标准化为我们的各种应用程序，并提出了以下scheme：
webappname.environment.system.company.tld
因此，我在CreditReview系统的生产环境中命名为BackOffice的应用程序将具有如下的FQDN：
backoffice.prod.creditreview.company.tld 。
现在， system和environment子域还不存在。 我认为我们的IT基础设施人员将创build他们作为过程的一部分。
相反，我们的IT基础设施架构师指示我们使用虚线主机名，所以：
backoffice-prod-creditreview.company.tld
他有什么特别的理由可以提出这个方向（除此之外他不需要在DNS中创build任何子域名？）不幸的是，当我直接问他的时候，他不会给我任何理由 – “这是一个最佳实践“。 不过，我不太确定。 对我来说，虚名不符合标准。
我更喜欢虚线的主机名; 但我不知道有任何“最佳实践”支配它。
我更喜欢虚线域的主要原因是：
我们坐下来，把我们的命名scheme搞定了，然后决定：
site-function-counter – 所以bs-dc-01.ad.example.com是“浆果街，域控制器，01”和bs-dc-02.ad.example.com等，然后我们有cc-dc-01.ad.example.com “Century Circuit，Domain Controller，01”的cc-dc-01.ad.example.com等等。 这也可以作为dc-01.bs.ad.example.com完成，但快速浏览使得它看起来好像它在一个单独的活动目录域，当它不是（如果你不使用AD，那么这一点是可能无关紧要）。
但是，最终，无论使用哪种命名机制，您都应该保持一致。 所以，如果你的组织已经在使用虚线的主机名，那么他们有充分的理由坚持下去。
虚线是本机DNS子域的分层，而虚线是单独的域根源于一个父域。
使用虚线格式，您可以稍后将某个区域委派给某人（并且将其忘记），并以虚线格式对您的域中的每个主机负责。
什么是更容易阅读：
domain.tld. department host1 subhost1 subhost2 host2 subhost1
要么
domain.tld department host1-department host2-department host3-department subhost1-host1-department subhost2-host1-department subhost1-host2-department