AWS Elastic Beanstalk是否适合托管仅含单个index.html的静态网站？

1. 托管方案合理性 #

技术上完全可落地，但对于仅含单个HTML文件的极简静态站来说，Elastic Beanstalk（以下简称EB）属于偏高配的方案：EB是为需要后端运行时、依赖自动扩缩容、有状态/动态逻辑的Web应用设计的，托管纯静态站常规场景下会产生不必要的EC2实例成本，同等需求下直接用S3托管静态站成本低得多。
如果你还在AWS免费 tier期限内，用最小规格实例托管甚至可以做到零成本，或者你本身诉求是熟悉EB操作、后续计划将站点扩展为带后端逻辑的动态应用，那选择EB完全合理。

2. 纯HTML站点的运行平台选择 #

直接选 Nginx 平台即可，不需要额外的后端运行时（Java/Node.js/.NET等完全没必要）。
你只需要把index.html文件打包到部署包的对应静态资源目录，上传到EB后Nginx会自动提供静态资源访问能力，整体配置最简、资源消耗最低。
如果找不到单独的Nginx平台选项，也可以选择Node.js平台搭配几行极简的静态服务脚本，但该方案额外占用运行时资源，优先选Nginx方案。

3. 同一平台下新增站点的支持 #

完全支持。
你只需要修改Nginx的配置文件，新增多站点的server规则，将不同域名的请求路由到对应的静态资源目录，再把新增站点的静态文件打包到部署包的对应目录，重新部署到现有EB环境即可，不需要单独创建新的EB环境。
如果后续新增的站点和现有站点技术栈差异较大，分开独立环境管理会更清晰，但是纯静态类站点都可以合并到同一个EB环境托管。

内容的提问来源于stack exchange，提问作者Alejandro Granera