在将服务部署到 IIS 时,使用主机名与服务器名的优点/缺点是什么?

在将服务部署到 IIS 时,使用主机名与服务器名的优点/缺点是什么?

使用自定义主机名与仅使用服务器名在 IIS 中托管服务相比有哪些优点/缺点?

即,如果 Windows Server 名为“SRV123”,我们应该在以下位置托管服务http://services/服务名称代替http://SRV123/服务名称

例如开始:

优势http://服务比 '更棒' 的网址http://SRV123

坏处:创建主机名在创建 DNS 条目方面会产生一些开销(在某些工作环境中并不像其他环境那么容易)。

注意:我特别询问的是服务方面的问题仅有的在内部使用(因此 url 不是且永远不会公开)。

答案1

我肯定会将从您的客户访问的名称和实际的服务器名称分开。

原因:

如果您需要将服务迁移到新服务器,您必须告诉任何人,如果您不使用 CNAMES 来提供服务,SRV123 上的共享现在位于 SRV456 上。这将远远超过创建 CNAME DNS 条目的开销。

如果您在各处使用专用于您的服务的 CNAMES,您将能够简单地迁移服务并更新 DNS 记录,并且您的用户很可能甚至不会注意到发生了一些变化。

IP 地址也是如此,在我们的网络中,所有向客户(内部和外部)公开的服务,我们都有针对这些服务的虚拟 IP(VIP),因此如果我们真的需要迁移 IP,那么用户不会看到太多 DNS 超时或类似问题

答案2

我总是使用 DNS 主机名,指定目的服务的名称,即使您仅在内部使用它们。想象一下由于硬件或扩展问题而不得不更换该服务器。如果您使用服务器名称,那么在服务器迁移的情况下,您将不得不传达/更改所有客户端配置。

如果你在同一台服务器上使用同一个 IP 地址和同一个端口运行多个服务,那么必须选择不同的主机头如果您不想将所有 Web 应用程序安装在单个 Web 实例(默认 Web)下,则请将它们分开。将它们分开将为您提供更多自由,当您想要更改配置时 - 可能是因为您必须将其中一个服务公开等。

相关内容