在 S3 和 Elastic Beanstalk 中托管 Docker 容器？
Hosting a Docker Container in S3 vs Elastic Beanstalk?
我听说过hosting/serving容器中S3静态网站的策略。与将其放入 elastic beanstalk 相比有什么优势？
我画了一个快速的架构图，希望能消除误解。
S3 不执行任何代码。这里没有 Docker 容器。
您所说的模式大致如下所示：
- CloudFront 分发（内容分发网络）是基础架构的入口点
- 任何静态内容都从 S3 提供，它经过优化以提供静态内容
- 任何需要服务器端代码的动态内容（即非静态路径）都可以路由到例如应用程序负载均衡器之类的负载均衡器
- 负载均衡器然后决定哪个后端服务请求
- 例如，后端可以由 Elastic Beanstalk 管理的 EC2 实例或由 ECS 或 EKS 等管理的容器组成。
- 计算基础设施也由长 运行 进程组成（通常，我在这里排除了 ALB 和 Lambda 之间的集成）。
好处是您的相对昂贵的计算资源不必浪费在服务静态内容上，这可以通过 S3 等更便宜的专用解决方案来完成。
我听说过hosting/serving容器中S3静态网站的策略。与将其放入 elastic beanstalk 相比有什么优势？
我画了一个快速的架构图，希望能消除误解。
S3 不执行任何代码。这里没有 Docker 容器。
您所说的模式大致如下所示：
- CloudFront 分发（内容分发网络）是基础架构的入口点
- 任何静态内容都从 S3 提供，它经过优化以提供静态内容
- 任何需要服务器端代码的动态内容（即非静态路径）都可以路由到例如应用程序负载均衡器之类的负载均衡器
- 负载均衡器然后决定哪个后端服务请求
- 例如，后端可以由 Elastic Beanstalk 管理的 EC2 实例或由 ECS 或 EKS 等管理的容器组成。
- 计算基础设施也由长 运行 进程组成（通常，我在这里排除了 ALB 和 Lambda 之间的集成）。
好处是您的相对昂贵的计算资源不必浪费在服务静态内容上，这可以通过 S3 等更便宜的专用解决方案来完成。