arc*_*ain 2 domain-name-system subdomain best-practices
我正在努力为我们的各种应用程序标准化我们的 DNS 名称,我提出了以下方案:
webappname.environment.system.company.tld
因此,我在 CreditReview 系统的生产环境中名为 BackOffice 的应用程序将具有如下 FQDN:
backoffice.prod.creditreview.company.tld
.
现在,system
和environment
子域还不存在。我认为我们的 IT 基础架构人员会在流程中创建它们。
相反,我们的 IT 基础架构架构师指示我们改用虚线主机名,因此:
backoffice-prod-creditreview.company.tld
他会建议这个方向有什么特别的原因吗(除了他不必在 DNS 中创建任何子域?)不幸的是,当我直接问他时,他不会给我任何理由——只是“这是一个最佳实践.” 然而,对此,我不太确定。对我来说,虚线名称感觉不标准。
我更喜欢虚线主机名;但我不知道任何规定它的“最佳实践”。
我更喜欢虚线域的主要原因:
我们坐下来确定了我们的命名方案并确定:
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,那么这一点可能无关紧要)。
但最终,无论使用哪种命名方案,您都应该保持一致。因此,如果您的组织已经在使用虚线主机名,那么他们有充分的理由坚持使用。
归档时间: |
|
查看次数: |
260 次 |
最近记录: |