【问题标题】:Caching proxy solutions for internet bound HTTPS traffic互联网绑定 HTTPS 流量的缓存代理解决方案
【发布时间】:2017-09-26 23:17:53
【问题描述】:

对不起,如果这不适合 SO,但不确定在哪里问这个问题最好!

背景:

  • 在 AWS VPC 内的 EC2 容器服务 (ECS) 上运行应用程序。
  • 有可能在不久的将来(3-6 个月)将发出请求的函数转移到 Lambda 函数。

我在功能上希望实现的目标:

  • 在指定时间段(例如 7 天)内缓存 HTTPS 流量对特定 URL 模式(例如 subdomain.example.com)的响应。
    • 我们正在达到免费/付费服务的 API 限制,并希望注入一个层来透明地处理重复请求,不幸的是,在应用层不容易处理。
  • 这是否应用于 VPC(例如 InternetGateway?)级别或 ECS 服务级别 - 不要太在意哪一个。

理想情况下,这对应用程序本身是透明的,这很棒,但猜测它是 HTTPS 流量的事实可能会在工作中遇到麻烦。最初认为这可能在 InternetGateway 级别上是可能的,但假设无法轻松访问请求标头。

可能的解决方案:

任何建议将不胜感激!

亚历克斯

PS。正如您可能会说的那样,我在这方面有点超出我的深度,如果我在混合模式/解决方案,对不起!

【问题讨论】:

    标签: proxy amazon-vpc amazon-ecs caching-proxy


    【解决方案1】:

    如果我正确理解您的问题,您希望缓存您对第三方的付费/免费 API 所做的某些响应。我想知道您是否正在寻找可以在您的 VPC 内部工作的解决方案,或者如果该解决方案在外部也可以。

    如果您对在 VPC 之外运行的某些解决方案感到满意,Cloudfront 可能是值得研究的东西。 Cloudfront 可以充当任何来源的任何内容的缓存层,即使源连接使用 HTTPS。甚至可以使用 Cloudfront 的签名 URL 或签名 cookie 来限制不需要的访问,如果这是您想要的。

    【讨论】:

    • 太棒了,我认为 CloudFront 必须查看 S3 存储桶或 ELB。将尝试一下,因为我们已经在其他地方使用 CloudFront。感谢您的建议!
    猜你喜欢
    • 2011-12-22
    • 2010-10-25
    • 2010-11-26
    • 2011-06-08
    • 2011-03-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多