Intranet Web应用程序是否应使用CDN

Question

今天早上有Announcement of the Microsoft AJAX CDN辩论，关于将公共CDN用于公共图书馆是否是内网应用的好主意。我可以看到争论的两个方面，但没有透露太多的讨论，我想在Stack Overflow上提出主题，看看其他人的意见。

Answer 1

I'm a big fan of using CDNs for these things，但我认为使用Google或Microsoft的CDN适用于Intranet应用程序时，这是一种罕见的例外。

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

Answer 2

CDN的主要优势在于它可以提供贴近用户的内容。你的内联网更近了！

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

主要的缺点是你把你的应用程序的一个关键部分放在别人的手中。除非地方性优势很重要，在你的情况下不是，这是一个毫无意义的风险。

唯一可能受益的人是远程工作人员，VPN进入您的内部网，但即使这样，风险也可能超过其好处。

Answer 3

这取决于几件事情。

此内联网是在一个位置还是分布在多个位置？如果这些位置处于同一州/国家/地区？显然，你拥有的位置越多，它们之间的距离越远，CDN提供的效用就越大。

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

有多少人会同时使用这个应用程序？如果你的每分钟/秒钟会有大量的请求进入静态内容，如图像，脚本等，那么越来越多的人资源将用于提供内容，从而减慢整个应用程序的速度。这个问题也与上述问题密切相关。

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

Answer 4

假设最常见的内部网用户都在同一个网络上，因此将文件放在本地服务器上会更快。

但是，如果您的用户遍布全球并使用vpn或其他东西连接到Intranet，那么使用cdn可能不是一个坏主意。