太多开发人员仍然生活在黑盒内容交付网络 (CDN) 的黑暗时代，这些网络无法提供实时可观察性、内置安全性和编程控制，而这些正是当今用户所需的动态体验。在这本电子书中，我们将带您了解开发人员与 CDN 关系的演变，以及传统 CDN 为何未能跟上时代。我们将介绍现代 CDN 可以带来的好处 — 从更好地了解流量模式，到提供令人愉悦的用户体验的 API 设计，再到可操作地运营安全的 DevOps 文化的能力。我们还将为您提供鼓舞人心的真实案例，说明在这个数字化转型时代蓬勃发展的公司如何利用强大的可编程 CDN 实现这一目标。
阅读完现代 CDN 指南后，您将理解为什么是时候重新考虑您的 CDN 策略以及在新的策略中需要寻找什么。
CDN 简史
以前
在 CDN 出现之前，拥有在线业务的公司都是从自己的数据中心（本地或主机托管设施内）运行和交付内容。
这两种情况都需要公司在非核心竞争力方面进行大量投资。这些数据中心的计算能力有限，带宽不足，数据中心与最终用户之间的物理距离过远，造成了延迟问题。
互联网骨干网当时还处于起步阶段，互联 加拿大 CEO 电子邮件数据库 网服务提供商和互连点数量少得多。纽约市的单个数据中心可能会将内容传送给旧金山、都柏林、上海和世界各地无数其他地方的用户。这可能意味着加载时间缓慢和在线体验不佳，但解决方案（扩展传统中心以满足全球需求）速度缓慢、成本高昂且难以正确实施。这些只是催生第一代 CDN 的众多挑战中的一小部分。
第一波内容交付技术背后的基本理念很简单：在世界各地靠近最终用户的地方设置接入点 (POP)。然后将内容缓存在这些 POP 中的服务器中，并从缓存服务器交付该内容。突然之间，最终用户和原先的数据中心之间来回的多个请求可以被更近的 POP（或代理服务器）拦截，从而加快加载时间和交付速度。公司和开发者也从中受益，因为公司不再需要扩大其原有数据中心的规模。
世界发生了变化；CDN 却没有跟上
YouTube 成立于 2005 年；Facebook 于 2006 年成为一个广泛使用的平台，同年 Twitter 推出；第一款 iPhone 于 2007 年发布，同年 Netflix 开始提供直播服务；Spotify 于 2008 年推出。用户对在线体验的期望发生了变化——内容本身也发生了变化，用户生成内容迅速流行起来。开发人员的期望也发生了变化，因为他们的任务是将客户要求的创新、动态体验变为现实。