微服务是大型架构的核心，下面我重点详解微服务部署@mikechen
微服务多实例部署
单机多进程将多个微服务部署在同一台物理机或虚拟机上，每个服务以独立进程运行。
此方式部署简单、资源利用率高、适合小规模或开发测试环境。
其主要缺点是单点故障风险高、资源隔离弱且扩展能力受限，不适合对可用性和弹性要求高的生产环境。
微服务容器化部署
容器化将每个微服务打包为容器，结合容器编排平台（如 Kubernetes）在多台主机上调度。
该架构提供良好的进程隔离、环境一致性与弹性扩展能力，支持自动故障恢复与滚动升级。
version: '3'
services:
user-service:
build: .
ports:
- "8080:8080"
volumes:
- ./config:/config
缺点包括运维复杂度上升、对集群管理与监控要求较高，以及需要投入学习与配置成本。
微服务 Serverless 部署
无服务器架构将业务逻辑以函数，形式部署到云厂商的平台（如 AWS Lambda、阿里云函数计算），按调用计费并自动扩展。
适用于事件驱动、突发流量或短时任务场景，可显著降低运维负担和成本波动。
局限在于冷启动延迟、执行时间与依赖限制，以及对平台锁定风险需评估。
优点：零运维、自动弹性、成本低（按用付费），快速迭代。
缺点：冷启动延迟（100-500ms），不适合长连接或状态密集任务，厂商锁定。
微服务编排部署
容器编排如 Kubernetes（K8s），管理大规模容器生命周期，实现自动调度、扩缩和自愈。
以 Pod（容器组）为单元，Deployment 控制副本数，Service 负载均衡。
HPA（水平自动扩缩），基于指标动态调整。
etcd 存储状态，API Server 协调。
适用场景：大型分布式系统，需精细治理。
作者简介
陈睿|mikechen，10年+大厂架构经验，BAT资深面试官，就职于阿里巴巴、淘宝、百度等一线互联网大厂。
关注作者「mikechen」公众号，获取更多技术干货！
后台回复【架构】，即可获取《阿里架构师进阶专题全部合集》，后台回复【面试】即可获取《史上最全阿里Java面试题总结》