【发布时间】:2009-12-05 05:52:15
【问题描述】:
今天早上,Announcement of the Microsoft AJAX CDN 引发了一场争论,即为公共图书馆使用公共 CDN 是否适合 Intranet 应用程序。我可以看到争论的双方,但没有透露太多我们的讨论,我想在 Stack Overflow 上提出这个话题,看看其他人的意见。
【问题讨论】:
标签: web-applications cdn intranet
今天早上,Announcement of the Microsoft AJAX CDN 引发了一场争论,即为公共图书馆使用公共 CDN 是否适合 Intranet 应用程序。我可以看到争论的双方,但没有透露太多我们的讨论,我想在 Stack Overflow 上提出这个话题,看看其他人的意见。
【问题讨论】:
标签: web-applications cdn intranet
I'm a big fan of using CDNs for these things,但我认为当使用 Google 或 Microsoft 的 CDN 适合 Intranet 应用程序时,这将是一个罕见的例外。
【讨论】:
CDN 的主要优势在于它可以在用户附近提供内容。您的 Intranet 更近了!
第二个优点是用户可能已经缓存了内容,这在您的 Intranet 上也不是那么相关 - 您可以根据自己的要求设置缓存,并且无论如何交付内容都会很快。
主要缺点是您将应用程序的关键部分交给了其他人。除非位置优势很重要(在您的情况下并非如此),否则这是没有意义的风险。
唯一可能受益的人是远程工作人员,通过 VPN 连接到您的 Intranet,但即便如此,风险也可能超过收益。
【讨论】:
这取决于几件事。
此 Intranet 是仅位于一个位置还是分布在多个位置?如果是,这些位置是否位于同一州/国家/大陆?显然,您拥有的位置越多,它们之间的距离越远,CDN 提供的效用就越大。
这将托管在哪些服务器上? 用于托管此应用程序的服务器是否已经因其他正在运行的进程/站点等而陷入困境?您可用的服务器资源越少,CDN 的好处就越大,因为它会减少不必要的服务器流量和使用的资源。
有多少人会同时使用这个应用程序?资源将用于交付该内容,从而减慢整个应用程序的速度。这也与上述问题密切相关。
查看 CDN 时还有许多其他事项需要考虑,但这些都是需要考虑的几个要点。
【讨论】:
假设大多数情况下 Intranet 的用户都在同一个网络上,因此将文件放在本地服务器上会更快。
但是,如果您的用户遍布世界各地并使用 vpn 或其他方式连接到 Intranet,那么使用 cdn 可能不是一个坏主意。
【讨论】: