使用自定义主机名与仅使用服务器名来托pipeIIS中的服务有什么优势/劣势？
即。 使用名为“SRV123”的Windows服务器，我们应该在http：// services / ServiceName而不是http：// SRV123 / ServiceName下托pipe服务？
例如，要开始：
优点 ： http：//服务比“ http：// SRV123 ”更好
缺点 ：创build一个主机名在创buildDNS条目（在某些工作环境中并不像其他人那么容易）方面有一点开销。
注：我只是在服务方面提出的问题， 只能在内部使用（因此，url不会被公开）。
我肯定会分离从您的客户和实际的服务器名称访问的名称。
原因：
如果您需要将服务迁移到新服务器，则必须告诉任何人，如果您不使用CNAMES服务，SRV123上的共享现在位于SRV456上。 这将远远超过创buildCNAME DNS条目的开销。
如果您使用CNAMES致力于为您提供服务，那么您将只需简单地将服务迁移到DNSlogging即可，而且您的用户很有可能不会注意到有什么变化。
对于IP地址也是如此，在我们的networking中，所有暴露给客户（内部和外部）的服务都有虚拟IP（VIP），所以如果我们确实需要在IP上进行迁移，用户看到DNS时序或类似的问题太多
我总是使用DNS主机名称，指定服务的目的 ，即使只在内部使用它们。 考虑到由于硬件或扩展问题必须更换该服务器。 如果您使用服务器名称，那么在服务器迁移的情况下，您将不得不沟通/更改所有客户端configuration。
如果您使用同一个端口在一个IP地址下运行同一服务器上的更多服务，那么如果您不想在单个Web实例下安装所有Web应用程序，则必须select不同的主机头 （默认Web ）。 保持它们的分离会给你更多的自由，以后，当你想改变configuration – 也许是因为你不得不将其中一个服务公诸于众