微服务是大型架构核心，下面我详解微服务部署方式@mikechen
虚拟机部署
虚拟机部署：是将每个微服务或服务组运行在独立虚拟机中，通过虚拟化技术实现资源隔离。
其主要优势：在于隔离性强、安全性好、环境一致性较高。
但虚拟机部署也存在明显不足：
首先，虚拟机需要占用较多 CPU、内存和磁盘资源，整体资源利用率相对较低；
其次，启动和迁移速度较慢，弹性扩容能力不如容器化方案；
再次，随着服务数量增加，虚拟机的管理复杂度也会提升，运维成本相对较高。
因此，虚拟机部署适合对隔离要求高、传统企业转型、已有虚拟化基础设施的场景。
例如金融、政企或对合规性要求较强的系统。
容器化（Docker）部署
容器化部署通常以 Docker 等容器技术为代表，将微服务及其依赖打包在统一的镜像中运行。
与虚拟机相比，容器共享宿主机内核，因此具有启动快、资源占用低、部署一致性强等优势。
对于微服务架构而言，容器天然适合服务的独立部署、快速发布与弹性扩缩容。
容器化部署的优点还体现在环境一致性上。
开发、测试、生产环境可以使用同一镜像，能够有效降低“本地可以运行、线上无法运行”的问题。
不过，容器化并非没有代价。单独使用容器时，虽然部署方便，但在大规模场景下仍需要额外的编排与管理能力。
从成本来看，容器化部署的资源成本较低，自动化程度高，综合运维成本也更有优势。
它适用于互联网业务、中大型微服务系统、需要频繁发布和弹性伸缩的场景。
Kubernetes（K8s）集群编排部署
Kubernetes（K8s）集群部署是在容器化基础上进一步演进的方案。
它通过统一的编排平台，对微服务进行调度、扩缩容、服务发现、滚动更新和自愈管理，是当前大规模微服务部署的主流选择之一。
Kubernetes 的最大优势在于自动化能力强、扩展能力强、故障恢复能力强。
但它的缺点同样突出：学习曲线陡峭、集群运维复杂、初期建设成本较高。
企业不仅需要掌握容器技术，还要具备对网络、存储、监控、权限和调度策略的整体管理能力。
对于小团队或早期项目来说，上 K8s 可能会带来“为复杂而复杂”的问题。
因此，Kubernetes 更适合中大型企业、复杂微服务架构、业务增长快且对高可用和自动化要求极高的场景。
Serverless （函数式微服务）
不关心服务器/容器，只把业务逻辑封装成函数（如 Lambda、阿里云 FC、腾讯云 SCF），在平台侧按事件/请求触发执行。
无需运维服务器，运维成本降到平台侧，开发者专注函数逻辑。
这里有一个问题：就是一旦依赖平台，会带有一定厂商锁定风险，迁移和多云兼容比较难。
如果流量低频、离散、有明显峰值，成本比常驻服务低很多。
适合：高峰低谷明显：营销活动、批处理任务、日志/告警处理、定时任务。