CXO 见解：您可以 CDN 处理一个 Cloud 基于Web应用程序？
内容交付网络已经存在了近二十年。 他们的主要目标几乎总是相同的——更快地向全球最终用户提供网络资源。
在 90 年代，网站曾经是静态图像和文本的集合。 遗产 CDN我们专注于通过缓存在靠近最终用户的边缘服务器上来加速此类静态内容。 第一代 CDN我们花费了数百万美元构建缓存基础设施并投资大量存在点（PoPs）是全球分布的。 关键性能指标是最后一英里延迟（也称为连接时间）和缓存命中率。 CDN我们花费大部分时间调整缓存算法以达到 99% 的缓存命中率。
快进到 2015 年。今天的焦点不是静态网站，而是动态网站 cloud 基于网络应用程序。 重点更多地放在动态数据（稍后会详细介绍）和双向流量（用户生成的数据）上。
真正的挑战是 CDN今天的脸面不仅仅是能够加速静态网站，而是要增强动态和交互的性能 cloud 基于网络应用程序。 虽然应用程序仍然有一些静态内容，但遗留 CDN只能优化应用程序一小部分（即静态）的应用程序就不再能优化它了。
[bctt tweet=”你能#CDN 增强动态 Web 应用程序的性能？”]
了解动态内容
动态内容是无法预先创建并存储在 Web 服务器上的内容。 此类内容需要实时生成，并且不断动态更新。 这使得缓存解决方案的传统焦点变得过时。
一个有趣的警告是，即使是动态内容也有两种：“共享”和“个性化”。
共享动态内容的一个示例是每隔几秒更新一次的股票市场网络图表（实时显示）； 然而，所有最终用户都会看到相同的图表。 共享动态内容虽然可缓存，但由于生存时间 (TTL) 极小，因此会产生降低缓存命中率的令人讨厌的副作用。 最遗产 CDN当缓存比率低于 90% 时，我们会出汗。 缓存命中率较低时，性能会显着下降。
另一种动态内容就是业界所说的个性化动态内容。 例如，您的银行对账单或购物车。 此类内容无法缓存。 每个请求都需要一路返回到原始服务器。 在我看来，个性化的动态内容才是真正的动态内容。 可缓存的动态内容是一个矛盾的说法。 如果共享动态内容导致遗留 CDN 让厂商们惊出一身汗，个性化的动态内容让他们倾倒。
[bctt tweet=”共享动态内容导致遗留#CDN 商贩们都惊出了一身汗”]
第三个难题是双向内容。 这包括任何类型的用户生成的内容/上传，例如在网站上填写表格、在评论网站上发表评论、在电子商务门户网站上购物等。 CDN我们根本不理解 POST 的概念。
如何加速动态内容
[bctt tweet=”下一代#CDN需要从头开始构建以加速动态内容。”]
下一代 CDN需要从头开始构建以加速动态内容。 现有采取的方法 CDN将“可缓存动态内容加速”功能附加到其遗留缓存平台上确实不是一个选择。 下一代 CDN需要能够：
- 处理个性化动态内容
- 处理低缓存命中率，而不显着降低共享动态内容的性能
- 为下载和上传提供稳定一致的性能和加速
- 提供动态压缩
- 为静态内容提供出色的性能（所有 Web 应用程序都有一部分内容是静态且可缓存的）
- 确保高容量站点不会导致动态 Web 应用程序中低容量对象的缓存逐出
- 高效处理端到端持久连接
理想的动态网络加速解决方案必须有一个稳定的私有网络在中间连接所有的 POPs，使流量可以绕过互联网上的拥塞。
作为买家，您需要寻找什么
多年来， CDN我们已经非常擅长对单个可缓存图像文件下载进行游戏性能测试，以至于您需要电子显微镜才能看到不同供应商的响应时间差异。 然而，对于今天的 Web 应用程序来说，什么是 matters 是完整事务的端到端性能，而不是从边缘服务器下载单个静态缓存图像所需的时间。
在确定一个 CDN 供应商，请确保衡量完成事务所需时间的改进，而不是从具有多个复杂用户交互的页面从边缘服务器下载单个缓存图像所需的时间。
耳鼻喉科erp买家在评估之前还需要评估其内容的性质 CDN 提供商，并决定什么最适合他们的需求。 静态内容交付是一个商品化的市场空间。 但如果您正在寻找一种可以提高高端娱乐体验的解决方案erp上升内容或个性化动态内容，您应该查看的供应商列表非常短。
– Vikas Garg, 工程与运营高级副总裁
本文最初发表于 CDN 特别版 CIO 评论：耳鼻喉科导航仪erp上升解决方案。
