微服务架构新手关于服务部署与扩容的技术问询

问题1解答 #

不是的，你的理解存在偏差。每个微服务（Account/Inventory/Shipping Service）的核心业务逻辑确实是独立部署运行的，但并不需要每个服务都配备独立的Nginx这类服务器：

• 很多现代微服务框架本身就内嵌了轻量web服务器（比如Spring Boot自带Tomcat，Node.js自带HTTP模块），服务可以直接通过这些内嵌组件接收HTTP请求，不需要额外部署Nginx。
• 如果是多服务的统一入口场景，通常会用API网关（比如Kong、Spring Cloud Gateway）作为全局的请求转发层，所有外部请求先打到网关，再由网关路由到对应的微服务，这种情况下每个服务也不需要单独配Nginx。
• 只有在某些特殊场景（比如需要给单个服务做独立的流量控制、静态资源托管），才会给特定服务单独部署Nginx，但这不是标配方案。

问题2解答 #

完全不需要这么做，这是对微服务扩展性的误解：

• 当某个服务需要多实例扩容时，只需要给这个服务的实例集群配置一个负载均衡器即可（或者用服务发现组件自带的负载均衡能力，比如Kubernetes的Service组件、Spring Cloud的Ribbon）。负载均衡器会把请求均匀分发到该服务的所有实例上，不需要每个实例都配Nginx。
• 负载均衡器可以是集中式的（比如放在API网关之后，针对每个服务集群做转发），也可以是服务网格（比如Istio）提供的sidecar代理模式，自动处理服务间的负载均衡，同样不需要每个实例单独部署Nginx或负载均衡器。
• 每个实例只需要运行服务本身的业务逻辑（带内嵌web服务器的话就直接对外提供服务），重复部署Nginx会造成资源浪费，也增加了运维复杂度。

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