内容管理系统(CMS)与内容分发网络(CDN)的区别？

Question

我试图找出如何比较CMS，如(AEM)和CDN服务(如AWS CloudFront )？我是把苹果和橘子作比较吗？提前谢谢。

Answer 1

是的，你把苹果比作橘子.但这可能有一个合理的解释--它们经常一起使用。

(CMS)是一个用于创建、修改、管理、组织和发布内容的高级系统，WordPress (软件而不是服务)就是一个常见的例子。

博客托管网站是托管CMS的例子。WordPress (公司)是托管(SaaS) CMS服务的一个例子。

内容交付网络(CDN)是一家低级别的基础设施提供商，通常使用全球分布式存储、基础设施和连接，为电子内容的全局、高性能交付提供便利。例如亚马逊CloudFront、飞快和CloudFlare。

CDN通常不以授权方式存储或呈现内容，它们只缓存内容，缓存是全局分发的，内容的副本保存在访问频繁的地理区域。CDN的行为通常类似于HTTP反向代理，从权威的原始服务器(通常是一组相同的服务器)中提取内容，这些服务器本身也可能是全局分布的，尽管在某些情况下CDN提供了足够的优化，允许原点位于单一的地理位置。

-- CMS通常部署在CDN后面-- CMS服务器(集群)是原始服务器。是否这样做通常是一个简单的决定，即使是在小规模。查看器连接到CDN并发出请求，如果可能，CDN将从缓存中提供这些请求，并以其他方式转发到原点。如果可能，生成的响应将返回给原始请求者，并存储在CDN的缓存中。这种安排通常允许在使用CDN部署时比没有CDN的情况下更小，因为CDN缓存意味着对原点的工作负载较少。

但是请注意，CDN往往超出了优化全局静态内容传递的简单定义，甚至超出了“CDN”的任何正确定义。

CDN正在越来越多地集成无服务器计算服务，例如CloudFront的Lambda@Edge和CloudFlare工人，它们允许您部署能够操作headers、做出请求路由决策、甚至生成呈现的响应的无服务器功能。这超出了CDN的传统范围，但可以利用它将整个CMS嵌入到CDN基础结构中，但这并不真正模糊CMS (软件)和CDN (基础设施)之间的区别。

CloudFront还能够使用请求崩溃来检测来自同一地理区域的多个浏览器对完全相同资源的同时请求。如果对边缘缓存中没有的内容的请求已经发送到源服务器，并且有更多的对相同资源的请求到达，那么CloudFront实际上将保存那些等待服务器返回单个请求的挂起的请求，并将该响应克隆到等待它的所有浏览器。快速地支持这个，，并似乎提供了比CloudFront更多的控件粒度，后者自动实现了该特性。

一些CDN还可以将请求/响应从web浏览器传递到不完全“内容”请求的原始服务器--例如HTML表单post请求--这提供了多种优势，包括更简单的集成(所有站点流量都可以通过单个域，避免跨源复杂)、优化传输和TCP堆栈、加快TLS协商(由于浏览器与其连接的web服务器( CDN)之间的往返时间缩短)，以及将HTTP/2 (面向浏览器)转换为HTTP/1.1 (面向服务器)。

CDN还本质上为源服务器提供了一层DDoS保护，因为流量到达前端的CDN，并且只有CDN的后端与您的源服务器联系。请求必须是有效的，不能从缓存中服务，也不能被CDN上的缓解系统阻塞，否则您的源服务器甚至会看到它们。

但是需要注意的是，这些特性中没有一个是" CDN“定义的适当组成部分；它们是这些服务提供的除其他外功能，这些功能被捆绑到以CDN概念为基础的产品中.因此，我建议，即使在不需要实际CDN功能的地方，使用这些CDN服务之一也是一个好主意。