诸如内容交付网络、云计算和存储、容器调度器、负载平衡器、web应用程序防火墙、DDoS缓解服务等技术构成了今天服务于组织的在线应用程序的构件。但是每个应用程序的入口点都是一个经常被忽略的基础设施:DNS。随着internet在规模和流量上的迅速增长，DNS已经成为应用程序交付的一个关键因素。依赖于内容分发网络（CDN），企业可以用自己的DNS提供商（S）携手共创CDN策略最符合他们和他们的客户。
CDN:是什么，为什么
一个CDN的工作是什么，它听起来就像：如图片，视频，HTML文件和javascript从分布式系统到最终用户的网络提供内容。CDN的已存在了大约只要DNS托管公司。Akamai的通常被认为是第一次严重的CDN的球员，而公司第一互联网泡沫期间上升到突出。一般情况下，提供的CDN通过HTTP或HTTPS，网络协议的内容，虽然也有偶尔使用，如视频传送情况等协议来发挥作用。
在早期，使用CDN的基本动机是提高内容交付的性能。
想象一下本世纪初的web页面，其中穿插着大量文本和图像。在幕后，要加载页面的所有资产，您可能需要执行几十个HTTP请求。(现在可能有几百个了。)每个请求都需要您的浏览器连接到web服务器，指定它所请求的内容，下载内容，并显示内容。如果你有世界各地的用户(甚至全国各地),让他们都连接到一个数据中心(说,在维吉尼亚州或者加州)的内容为您的应用程序可以工作的很好,但如果你能将内容身体接近最终用户应用程序的每个请求了一个web服务器在同一地区作为用户,连接和获取内容可以显示之前减少。
当您的目标是获得更好的性能时，CDN可能非常有价值，特别是在用户分布广泛的情况下。如果您的所有用户都在纽约市，而您的应用程序的“原始”数据中心也在纽约市，那么使用CDN可能不会有很大的性能动机。但如果你在美国也有用户，in Europe, in Asia or elsewhere, then leveraging a CDN with a wider (ideally global) presence can make the experiences of all those users significantly better.
下面是使用CDN的另外两个原因:
- SSL终止:这个用例已经变得越来越重要。有时，CDN并不直接向用户提供静态内容，而是位于最终用户和应用程序之间，并直接传递流量。在这些情况下，除了作为针对攻击的缓冲区之外，CDN还可以处理连接过程的某些方面—比如设置ssl加密连接时的来回通信—将工作从应用程序基础结构本身卸载。今天，许多NS1的客户在api等高度动态的应用程序前使用CDNs进行SSL终止。
- Burstability:还记得“Slashdot效应”？CDN的有很多容量按需处理的请求，可以比应用的起源的基础设施通常更有效地处理流量（甚至攻击）的大爆发。
创建CDN策略
对于大多数的CDN，像任何其他应用程序，通过DNS查询到由CDN拥有的主机名的内容传递开始（如，说，“client-name.some-cdn.net”或类似）。一些DNS提供商使他们的CDN客户使用查找来做出，他们的CDN的数据中心应履行的请求的决定。
DNS提供商与CDNs交互的一种有趣的方式是跨多个CDNs(“多cdn”用例)引导流量。例如，一家在线游戏公司可能不只利用一两个cdn，而是利用许多cdn。他们这样做是为了在具有挑战性的市场中优化性能，优化成本(通过使用基于网络的流量管理为特定的终端用户选择低成本/无成本的CDNs)，并通过围绕CDN宕机进行路由来优化可用性。多cdn(和多云)是快速增长的用例，在未来几年将继续变得更加普遍，因为更多的公司寻求对冲服务提供商中断。
通常情况下，当一个组织与潜在的DNS提供商交谈中，DNS的实现是一个更大的应用交付项目的一部分。经常包括CDN战略的讨论。例如，一个企业可能是利用当前的CDN在边缘应用交付的SSL终止，并寻求带来额外的CDN进组合，以提高性能，优化成本并最大限度地提高可靠性。有些的CDN是伟大的自动化，小物件交付，SSL终止等;其他的CDN是惊人的高吞吐量，高带宽应用;有些是传统的CDN可能不是超现代在它们的功能，但可以作为简单的企业应用的可靠选择。
Acing内容交付
随着世界变得越来越所有的内容饿类型，并期望它瞬间，从任何地方和任何时候，企业必须在应用交付方面加强他们的比赛。内容分发网络来这里是为了帮助，而企业越来越多地使用不止一个，尽量减少了停机风险。然而，也有很多的CDN可供选择，各有其优势和局限性。与您的DNS提供商合作，以定义一个CDN策略，地址，应用程序和其用户的特定需求。