微服务是大型架构的基石，下面详解微服务部署@mikechen
微服务多实例部署
每个微服务都部署，为独立的可执行实例，可以运行在不同的服务器、虚拟机或容器上。
如下图所示：
每个服务实例都有自己的进程，并独立于其他服务运行。
服务之间完全独立，一个服务的故障、不会影响其他服务。
优点： 隔离性好、易于扩展、技术栈灵活。
缺点： 资源消耗大、部署管理复杂。
适用场景： 对隔离性要求高、资源充足的场景。
微服务容器化部署
将微服务封装为 Docker 镜像，通过容器运行，使用容器编排工具（Docker Compose / Swarm）管理服务实例。
如下图所示：
采用这种部署方式，最大的好处就是：开发环境与生产环境一致，避免“在我机子上没问题”。
轻量级、可移植性强、弹性伸缩、自动化部署与管理。
适用场景： 绝大多数微服务项目，尤其是需要高可用、弹性伸缩的场景。
微服务Serverless部署
微服务以 函数（Function） 形式运行，如 AWS Lambda、阿里云函数计算。
开发者只需写业务逻辑，底层资源由平台自动调度。
如下图所示：
按需计费：零资源浪费。
运维极简：无需关心服务器、容器。
缺点：冷启动延迟高，调试复杂，对长连接和状态管理支持差。
适用场景：初创团队、或实验性项目，追求快速上线、低成本。
微服务容器编排部署
将每个微服务打包成独立的Docker容器，通过Kubernetes进行容器编排、与管理。
如下图所示：
云原生最佳实践，适合大规模微服务集群，缺点：学习成本高，集群管理复杂，需要 DevOps 能力。
适用场景：服务数量上千以上实例，对高可用、自动化运维要求高的中大型企业。