虚线主机名是否比为应用程序及其环境创建子域更可取?

arc*_*ain 2 domain-name-system subdomain best-practices

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

webappname.environment.system.company.tld

因此,我在 CreditReview 系统的生产环境中名为 BackOffice 的应用程序将具有如下 FQDN:

backoffice.prod.creditreview.company.tld.

现在,systemenvironment子域还不存在。我认为我们的 IT 基础架构人员会在流程中创建它们。

相反,我们的 IT 基础架构架构师指示我们改用虚线主机名,因此:

backoffice-prod-creditreview.company.tld

他会建议这个方向有什么特别的原因吗(除了他不必在 DNS 中创建任何子域?)不幸的是,当我直接问他时,他不会给我任何理由——只是“这是一个最佳实践.” 然而,对此,我不太确定。对我来说,虚线名称感觉不标准。

Mar*_*son 6

我更喜欢虚线主机名;但我不知道任何规定它的“最佳实践”。

我更喜欢虚线域的主要原因:

  • 我发现它们更容易阅读。这是主观的。
  • 您可以使用单个通配符证书来覆盖同一区域中的所有潜在设备
  • 在多域林中,减少机器属于哪个域的混淆
  • 更少的维护(这是主观的,实际上只是微不足道的维护量)

我们坐下来确定了我们的命名方案并确定:

site-function-counter- bs-dc-01.ad.example.com“Berry Street,域控制器,01”bs-dc-02.ad.example.com等也是如此。然后cc-dc-01.ad.example.com是“Century Circuit,域控制器,01”,依此类推。这也可以完成,dc-01.bs.ad.example.com但是快速浏览一下,它看起来好像在一个单独的 Active Directory 域中,而实际上它不是(如果您没有使用 AD,那么这一点可能无关紧要)。

但最终,无论使用哪种命名方案,您都应该保持一致。因此,如果您的组织已经在使用虚线主机名,那么他们有充分的理由坚持使用。