虚线主机名是否更适合为应用程序及其环境创建子域？

Question

我正在为我们的各种应用程序标准化我们的DNS名称，我提出了以下方案：

webappname.environment.system.company.tld

因此，在我的BackOffice系统的生产环境中，我的应用程序名为CreditReview，它将具有如下所示的FQDN：

backoffice.prod.creditreview.company.tld。

现在，system和environment子域还不存在。我认为我们的IT基础设施人员会创建它们作为流程的一部分。

相反，IT基础结构架构师指示我们使用虚线主机名，因此：

backoffice-prod-creditreview.company.tld

有什么特别的理由他会建议这个方向(此外，他不必在DNS中创建任何子域？)不幸的是，当我直接问他时，他不会给我任何理由--只是“这是一个最佳实践。”不过，我不太确定。对我来说，虚空的名字是不标准的。

Answer 1

我更喜欢虚空的主机名，但我不知道有什么“最佳实践”来支配它。

我喜欢虚线域名的主要原因是：

• 我觉得它们更容易读懂。这是主观的。
• 可以使用单个通配符证书覆盖同一区域中的所有潜在设备。
• 在多域林中，对于机器属于哪个域的混淆较少。
• 较少的维护(这是主观的，实际上只是少量的维护)

我们坐下来，想出我们的命名方案，然后决定：

site-function-counter -所以bs-dc-01.ad.example.com是"Berry，Domain，01"，bs-dc-02.ad.example.com等等，然后我们就有了“世纪电路，域控制器，01”等的cc-dc-01.ad.example.com。这也可以作为dc-01.bs.ad.example.com来完成，但是快速地浏览一下就会发现它在一个单独的Active Directory域中，而它不是(如果您不使用AD，那么这一点可能是无关紧要的)。

不过，不管使用的是哪种命名方案，最终您都应该保持一致。因此，如果你的公司已经在使用虚空的主机名，那么他们就有充分的理由坚持下去。

Answer 2

虚线是层次结构中的本机DNS子域，而虚线则是根植于父域的独立域。

使用虚线格式，您以后可以将某个区域委托给某人(忘记它)，使用虚线格式，您将始终对域中的每个主机负责。

Answer 3

更容易阅读的是：

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