微服务是大型架构的核心，下面我重点详解微服务容器部署@mikechen
单容器部署
单容器部署是最基础的微服务部署模式，每个微服务实例运行于独立的容器中。
容器包含服务进程及其依赖环境，彼此隔离，便于快速启动与扩展。
每个容器封装自己的数据库和运行时，保证独立性与安全性。
docker build -t user-service:1.0 . docker run -d -p 8080:8080 user-service:1.0
优点：
简单直观，易于调试与快速迭代。
上手成本低，适合开发与小型服务。
缺点：
可用性与扩展性受限（单点故障）。
此模式资源消耗较低，适合小规模或功能单一的服务。
多容器部署
多容器部署是在单台主机或虚拟机上运行多个容器实例，支持同一服务的多副本或多个互相依赖的服务并行运行。
此模式提升资源利用率，允许服务间更紧密协作，同时保持隔离。
典型的多容器应用包括包含业务服务、数据库和缓存等多个容器协同工作。
优点：
服务隔离和资源利用率提高。
可通过容器编排脚本（Compose 等）实现批量管理。
缺点：
网络、端口冲突和依赖管理复杂度上升。
仍然缺少跨主机调度与高可用保证。
集群容器部署
集群部署将容器分布在多台主机组成的集群中，实现高可用和弹性伸缩。
容器通过集群管理平台自动调度、健康检查和负载均衡。
该模式支持微服务的快速扩展和容错，是生产环境的主流方案。
优点：
提供高可用、横向扩展与更强的资源调度能力。
支持滚动更新、健康检查与自动恢复。
缺点：
运维复杂度增加（网络、存储、调度策略、权限控制等）。
应用场景：中型企业内部微服务部署；
K8s容器编排部署
Kubernetes（K8s）,提供自动化管理容器集群的能力。
涵盖容器编排、服务发现、自动扩缩容、滚动升级和故障自动恢复。
优点：
自动调度与负载均衡；
自愈能力强，容器异常自动重启；
支持水平扩展与滚动升级；
缺点：
学习曲线陡峭，集群搭建与管理需要投入（控制平面、网络插件、存储集成）。
应用场景
中大型互联网平台；
多环境、多服务、多节点分布式部署；
高并发、高可用微服务系统。