为什么内容分发网络使用“反向缓存代理”很重要？
我正在阅读关于 Github 上的项目的描述，该项目是一个基于 Python 的内容交付网络。
为什么它使用“反向缓存代理”很重要 - 这在这种情况下意味着什么？
I was reading a description of a project on Github that is a Python-based content delivery network.
Why is it important that it uses a "reverse caching proxy" - and what does that mean in this context?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我觉得你这个问题问反了。问“为什么反向缓存代理使用 CDN 很重要？”会更有意义。
通常，您会在 Web 服务器前面放置一个反向缓存代理。所有入站请求都会通过代理，该代理可能会也可能不会将请求传递到 Web 服务器。
它非常适合通过缓存静态或动态内容来减少 Web 服务器上的负载，以及用于其他目的（例如安全性、压缩等）。
在这种情况下，如果您的应用程序已托管在 Google App Engine 上，则使用此代理是没有用的（并且还违反了服务条款）。它旨在在其他地方托管的 Web 服务器前面使用，这种做法也称为 Web 服务器“加速”。
需要澄清的是，SymPullCDN 是一个反向缓存代理，而不是“基于 Python 的内容分发网络”。 SymPullCDN 名称中的“CDN”部分指的是 GAE（世界各地的许多数据中心）的 CDN 方面，这对于代理来说是一个很好的功能。
I think you have the question backwards. It would make more sense to ask "Why would it be important that a reverse caching proxy uses a CDN ?".
Typically you put a reverse caching proxy in front of a web server. All inbound requests go through the proxy which may or may not pass the request to the web server.
It's great for reducing the load on the web server by caching static or dynamic content, and for other purposes such as security, compression, etc.
In this case, it's useless to use this proxy if your application is already hosted on Google App Engine (and a violation of ToS as well). It's meant to be used in front of a web server hosted elsewhere, a practice also known as web server "acceleration".
Just to clarify, SymPullCDN is a reverse caching proxy, not a "Python-based content delivery network". The 'CDN' part of the SymPullCDN name refers to the CDN aspect of GAE (many datacenters around the world) which is a nice feature for a proxy.