能否使用Nginx替代Tomcat搭配Spring(MVC)？EC2多实例扩容如何结合Nginx实现？

不能完全替代，两者的定位和能力边界完全不同：

• Nginx属于静态Web服务器、反向代理服务器，本身不支持解析运行基于Java Servlet规范开发的程序，而Spring MVC是完全基于Servlet API实现的框架，必须依赖Servlet容器（Tomcat、Jetty、Undertow都属于这类容器，Spring Boot默认内置上述容器之一）才能运行
• 生产环境常规用法是Nginx作为前置接入层和Tomcat搭配使用：Nginx处理静态资源请求、SSL卸载、请求路由，将动态接口请求转发给后端Tomcat处理，这种组合的性能、安全性远高于直接暴露Tomcat到公网。

自动扩容实现方案 #

• 首先将你的Spring服务打包制作成自定义EC2 AMI镜像，镜像内预装对应版本JDK、Spring服务包、开机自启动脚本，保证新实例启动后服务可以直接正常运行，无需人工介入配置
• 配置AWS Auto Scaling自动伸缩组：
  • 先设定伸缩组的最小实例数、最大实例数、初始期望实例数
  • 配置伸缩触发策略：可选用CPU使用率、内存使用率、请求QPS等作为触发指标，例如设定集群平均CPU使用率超过70%时触发扩容，低于30%时触发缩容
  • 伸缩组会自动根据指标阈值创建/销毁EC2实例，新实例启动完成后自动接入流量分发池。

Nginx在这套架构中的核心作用 #

• 负载均衡：作为统一公网入口，Nginx按照预设的转发策略（轮询、权重、IP哈希等）将请求分发到后端多个Spring实例，自动将新扩容的实例加入上游转发池，自动剔除异常下线的实例
• 降低后端负载：静态资源（CSS、JS、图片、静态页面等）直接由Nginx返回，无需转发到后端Tomcat处理，同时HTTPS请求的加解密运算（SSL卸载）也在Nginx层完成，大幅节省后端服务的CPU开销
• 流量防护：可配置Nginx限流规则对突发超高流量做第一层拦截，避免后端Spring实例被突增请求直接打垮，同时可以在Nginx层配置恶意请求拦截规则，隐藏后端实例真实IP，提升架构安全性
• 请求路由：如果后续拆分多业务模块，可直接在Nginx层配置路径规则，将不同路径的请求转发到对应的后端业务集群，无需修改上层入口配置。

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