6

随着Microsoft AJAX CDN的发布，今天早上引发了一场关于将公共 CDN 用于公共库是否是 Intranet 应用程序的好主意的争论。我可以看到争论的双方，但没有透露太多我们的讨论，我想在 Stack Overflow 上提出这个话题，看看其他人的意见。

4

4 回答 4

10

我非常喜欢在这些事情上使用 CDN，但我认为当使用 Google 或 Microsoft 的 CDN 适合 Intranet 应用程序时，这将是一个罕见的例外。

  1. 对于内部网络上的用户，外部请求（甚至对附近的快速 CDN）将比内部请求慢得多。
  2. 通常，当客户端上没有 Internet 连接时，需要可以访问这些内容。
  3. 即使您确实有地理位置分散的 VPN 用户，他们的所有请求通常还是通过公司的网络进行路由，这使得 CDN 请求甚至比 VPN 本地请求更慢。
于 2009-09-16T16:05:02.063 回答
7

CDN 的主要优势在于它可以在用户附近提供内容。您的 Intranet 更近了！

第二个优势是用户可能已经缓存了内容，这在您的 Intranet 上也不是那么相关 - 您可以根据自己的要求设置缓存，并且无论如何交付内容都会很快。

主要缺点是您将应用程序的关键部分交给了其他人。除非位置优势很重要，在你的情况下它不是，这是一个毫无意义的风险。

唯一可能受益的人是远程工作人员，通过 VPN 连接到您的 Intranet，但即便如此，风险也可能超过收益。

于 2009-09-16T15:41:19.333 回答
2

好吧，这取决于几件事。

此 Intranet 是仅位于一个位置还是分布在多个位置？ 如果是，这些地点是否在同一个州/国家/大陆？显然，您拥有的位置越多，它们之间的距离越远，CDN 提供的效用就越大。

这将托管在什么服务器上？ 用于托管此应用程序的服务器是否已经因其他正在运行的进程/站点等而陷入困境？您可用的服务器资源越少，CDN 将变得越有利，因为它将减少不必要的服务器流量和正在使用的资源。

有多少人将同时使用此应用程序？ 如果您每分钟/每秒都会收到大量针对图像、脚本等静态内容的请求，那么您将使用越来越多的资源来交付该内容，从而降低整个应用程序的速度。这也与上述问题密切相关。

在查看 CDN 时，还有许多其他事情需要考虑，但这些是需要考虑的几个要点。

于 2009-09-16T15:45:03.693 回答
0

假设大多数情况下 Intranet 的用户都在同一个网络上，因此将文件放在本地服务器上会更快。

但是，如果您的用户遍布世界各地并使用 vpn 或其他方式连接到 Intranet，那么使用 cdn 可能不是一个坏主意。

于 2009-09-16T15:42:07.410 回答