微服务是大型架构的核心，下面我重点详解微服务部署案例@mikechen
微服务实例部署
一台物理机/虚拟机上跑多个不同微服务实例，共享操作系统与部分中间件。
优点：
架构简单；
排障直观；
缺点：
资源利用率低；
扩容慢；
环境不一致；
依赖冲突严重。
微服务容器化部署
这是目前大厂的主流标准（云原生架构）。 介于 VM 和多服务模式之间，利用 Docker 等容器技术。
实现方式： 将服务及其依赖打包成容器镜像，由 Kubernetes (K8s) 进行统一调度和编排。
优点： * 轻量化： 容器共享宿主机内核，启动秒级，资源损耗极小。
环境一致性： “一次构建，到处运行”，彻底解决开发和生产环境不一致问题。
强大的编排能力： K8s 提供了自动发现、负载均衡、自愈（挂了自动重启）等功能。
缺点： * 运维复杂度高： 管理和维护 K8s 集群需要非常专业的技术团队。
微服务 Serverless 部署
这是目前最前沿的部署架构，核心理念是 “不要服务器”。
实现方式： 开发人员只需上传代码（函数），由云厂商（如 AWS Lambda, Google Cloud Functions）负责触发执行。
优点： * 零运维： 开发者完全不用关心 CPU、内存、操作系统或扩容。
按需付费： 只有代码运行时才计费，不运行不花钱。
无限扩展： 理论上可以应对任何级别的并发冲击。
缺点： * 冷启动（Cold Start）： 函数长时间不运行，第一次调用会有明显的延迟。
厂商绑定： 不同云厂商的 FaaS 接口不统一，迁移成本高。
状态难管理： 只适合无状态的任务，不适合复杂的长事务。
微服务编排部署
通过编排平台， Kubernetes实现部署:
K8s Cluster ├─ Pod（Service A × N） ├─ Pod（Service B × N） ├─ Pod（Service C × N） ├─ Service（负载均衡） └─ Ingress（流量入口）
核心能力:
自动调度;
健康检查;
弹性伸缩（HPA）;
滚动发布 / 灰度;
适用场景:
中大型微服务体系;
高并发 / 高可用系统。
陈睿mikechen
10年+大厂架构经验，资深技术专家，就职于阿里巴巴、淘宝、百度等一线互联网大厂。
关注作者「mikechen」公众号，获取更多技术干货！
后台回复【架构】，即可获取《阿里架构师进阶专题全部合集》，后台回复【面试】即可获取《史上最全阿里Java面试题总结》