在命名scheme中重用名字

通常我认为最好不要重用名字。

这是一个例子。 如果你退休的服务器'aardvark'，后来更换一个新的服务器，后来仍然find一个程序，引用'aardvark'这是失败的，你不知道这是该程序的问题，还是新的aardvark 。 如果你打电话给新服务器“阿龙”，你会立即知道这是需要看的程序。 另一方面，如果程序说'阿隆'，那么你知道这是阿隆的东西。

另一个例子是在移植过程中。

插入并安装，并获得服务工作。 然后你把每个服务的名称服务别名，并从Aardvark切换到Aaron，并testing它的工作正常。 在一天结束的时候，你可以让两台机器一直运行，直到你很高兴可以最终退休的时候。

这就是为什么使用重要或酷的名字是一个坏主意的原因之一。 如果你已经命名你的箱子foo01 ， foo02 ， foo03 ，…， fooNNN，你将永远不会开发任何types的附件到你的名字或命名scheme。

“缺名”的概念对我来说完全是陌生的。

你会提供一个如何可能发生的样本？

我个人不喜欢重复使用名字。 我遇到过他们命名为foo的服务器，然后有人购买了另一个与它集群，并成为foo01和foo02。
这对我来说似乎没有创造性。

我也不喜欢重复使用名称replace，说酒吧死亡，新的被称为酒吧。
也许这是业障？

工作站名称：从不重复使用。 我们有一个命名约定，包括个人电脑被收购的年份和月份，所以当一台机器换成一台新机器时，新机器将总是有不同的名称。 （就我个人而言，我讨厌将用户的名字作为PC名称的一部分，因为这意味着您必须重新命名它才能将其移动到另一个人身上，而这种情况对我们而言是相当频繁的。）

服务器名称：在一些情况下，我们已经重新使用了这些，但我们试图避免它。 我们有几台机器被replace成近似重复的，我们保留了这些名称。 否则，我们有一个非常通用的命名约定，所以我们不关心服务器是否是forv-sdc-01或forv-sdc-17

不重用名称的一个原因是要及时更新主机名变化时需要configuration的应用程序和服务的更新情况 – 或者说，validation这不是问题（如果事实certificate这是一个问题，那么就修复它）！ 。

例如，任何依赖于命名主机的应用程序都可能被configuration为针对通用服务CNAME而不是特定的主机名 – 但是在出现这种问题之前，这可能不被考虑或考虑在内，并且诸如SSL的一些服务可能不甚至允许这样做，或者需要一个手动程序来适应未来名称的变化。

保持领先，通过在受控环境下激发和修复和/或logging这些问题来避免这些问题将是积极主动和devise强大的模块化环境的关键。

在我以前的工作中，我们一般地命名桌面，并没有重复使用名称。 约定是department_number – type – xyz （其中type是几个字母的描述：MO为主办公室，BUSOF为商务办公室，CLASS为教室等）。 服务器和Linux机器有“酷”的主机名，一般在机器更换后就退休了。

一般来说，我认为最好是在大中型的环境下把名字和机器联系在一起。 DNS中的CNAME可用于将服务指向正确的机器。 这样，用于运行www.example.com的机器就可以用来运行syslog.example.com，而不必为Web服务器不再在www上运行而感到困惑。

对于家庭使用的小型装置，可以随心所欲地做任何事情。 我在家里的命名scheme是从我看过龙卷风的地方开始的，当这个地方干涸的时候，我开始使用风雨追踪旅行的令人难忘的城市。 我不重复使用名字，但是这是个人偏好。

TL; DR：将名称绑定到特定的计算机，并为服务使用通用的cname。

我同意更改名称的其他答复。 如果您在决定重新命名新机器时遇到问题，这听起来更像是想象中的问题，而不是迁移问题。

我想你应该重新使用这个名字，如果机器连接到一个用户。
例如，我们使用主要用户的全名来命名我们的计算机。 这使得它很容易find计算机并连接到它进行诊断等。而且，它不需要你通过cmd – > ipconfig来获取IP地址。 这也使库存变得轻而易举。
对于服务器，除非用户使用UNCpath名称，否则没有该名称的附件…您的用户中有多less人经常使用UNCpath？