微服务是大型架构核心，下面我详解微服务部署技术@mikechen
单机多进程部署
该模式将多个微服务，以独立进程形式部署在同一物理或虚拟主机上。
机器A： ├── User-Service（进程） ├── Order-Service（进程） ├── Payment-Service（进程）
优点：在于部署简单、资源开销相对较低，适用于开发、测试或资源受限的小型生产环境。
缺点：
资源抢占（CPU/内存）；
无隔离（一个服务挂影响全局）；
扩展困难（只能整机扩容）；
主要风险，为单点故障与资源争用。
容器化部署
这是目前云原生架构的标准实践，每个微服务实例运行在一个独立的容器（如 Docker）中。
利用 Linux 内核的 Namespace 、和 Cgroups 实现进程级隔离。
优点：
秒级启动： 容器共享宿主机内核，无需引导 OS。
高利用率： 可以在同一台机器上高密度部署多个容器，由 K8s 动态分配资源。
环境一致性： 真正实现了“一次构建，到处运行”。
缺点： * 需要配套完善的容器编排平台（如 K8s）和监控体系。
Serverless部署
将微服务拆分为按需触发的函数，运行在云厂商提供的无服务器平台。
比如： AWS Lambda、阿里云函数计算上，仅在执行期间计费。
该模式适合事件驱动、突发流量或短生命周期的任务，可显著降低运维负担与成本。
局限性包括冷启动延迟、执行时间和资源限制，以及对供应商锁定的潜在依赖。
容器化编排部署
在容器化基础上，使用Kubernetes（K8s）、Docker Swarm…等编排平台统一管理数千个容器。
核心组件：Deployment（副本控制）、Service（负载均衡+服务发现）、HPA（自动扩缩容）、Ingress、ConfigMap/Secret等。
优点：全自动化：自愈、滚动升级、灰度发布、零停机;
资源统一调度 + 自动弹性;
服务发现、负载均衡、监控一体化;
支持多集群、多地域。
缺点：学习曲线陡峭（K8s概念多），适合大型企业生产环境的场景。