Web applications intranet web应用程序是否应该使用CDN

Web applications intranet web应用程序是否应该使用CDN,web-applications,cdn,intranet,Web Applications,Cdn,Intranet,今天上午,关于在公共图书馆中使用公共CDN是否是内联网应用程序的好主意的辩论开始了。我可以看到争论的两个方面,但在不透露太多讨论内容的情况下,我想提出关于堆栈溢出的主题,以了解其他人的观点。CDN的主要优点是它可以从用户身边交付内容。你的内联网更近了 第二个优点是,用户可能已经缓存了内容,这在您的intranet上也不是那么重要-您可以根据自己的需求设置缓存,并且无论如何交付内容都会很快 主要的缺点是您将应用程序的关键部分交给了其他人。除非地理位置优势很重要,而在你的情况下,它不是,否则这是一个

今天上午,关于在公共图书馆中使用公共CDN是否是内联网应用程序的好主意的辩论开始了。我可以看到争论的两个方面,但在不透露太多讨论内容的情况下,我想提出关于堆栈溢出的主题,以了解其他人的观点。

CDN的主要优点是它可以从用户身边交付内容。你的内联网更近了

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

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


唯一可能受益的人是远程工作者,他们将VPN接入您的内部网,但即使这样,风险也可能超过好处。

假设大多数内部网用户都在同一个网络上,因此将文件放到本地服务器上会更快


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

这取决于几件事

此intranet是仅位于一个位置还是分布在多个位置?如果是,这些位置是否位于同一州/国家/地区?显然,位置越多,它们之间的距离越远,CDN提供的效用就越大

将在哪个服务器上承载此应用程序?用于承载此应用程序的服务器是否已与其他正在运行的进程/站点等陷入困境?可用的服务器资源越少,CDN就越有益,因为它将减少不必要的服务器通信量和使用的资源

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

虽然在查看CDN时还有很多事情要考虑,但这些是一些要考虑的要点。

,但我认为使用谷歌或微软的CDN适合于Intranet应用时,这将是一个罕见的例外。

  • 对于内部网络上的用户来说,外部请求(即使是到附近的快速CDN)将比内部请求慢得多
  • 通常,当客户端上没有Internet连接时,需要访问这些东西
  • 即使您确实有地理位置分散的VPN用户,他们的所有请求通常都会通过公司的网络路由,这使得CDN请求比VPN本地请求更慢

  • 数据隐私是什么?您依赖于另一台服务器的安全性。如果CDN上的脚本被操纵,它就可以访问内联网的内容。内联网可以广泛传播。因此,我们还需要为基于intranet的CDN命名解决方案