CGroups 作为 Linux 内核的核心资源管理机制，通过 “子系统 + 文件系统接口” 的设计，实现了对进程组资源的 “限制、监控、调度”，与 Namespace 共同构成容器技术的两大基石 ——Namespace 负责 “隔离资源视图”，CGroups 负责 “控制资源使用”。无论是单机 Docker 容器，还是大规模 K8s 集群，CGroups 都是保障资源可控、系统稳定的底层核心，也

Docker 解决了 “应用如何标准化打包与单机运行” 的问题，是容器化的基础；但当容器规模扩大到 “集群级”，其在调度、高可用、通信、伸缩等方面的局限性凸显。Docker 让应用 “可容器化”，K8s 让容器 “可规模化、高可用运行”。

生产环境持久化（数据库、业务数据）：优先选择数据卷（Volumes），理由：Docker 管理、安全隔离、支持远程存储，且避免权限问题；开发环境（代码共享、配置文件）：选择绑定挂载（Bind Mounts），理由：实时同步宿主机文件，无需重启容器即可看到修改效果；临时数据、敏感数据（缓存、会话）：选择tmpfs 挂载，理由：内存读写快、数据不落地，降低泄露风险；集群跨主机共享数据：选择数据卷 +

除原生 4 种模式外，Docker 还支持自定义网络和跨主机网络，以满足复杂场景需求。

这是 Compose 的 “灵魂”，采用 YAML 格式，用于声明应用的所有服务（容器）、网络、数据卷等资源。文件名默认是compose.yml（或docker-compose.yml，两者等效），也可通过-f参数指定自定义文件名（如docker-compose.prod.yml）。的工具，通过单一配置文件（compose.yml）声明应用所需的所有服务，再通过一条命令即可创建并启动所有服务，极大

ps：建议与【Kubernetes】2-2 结合进行理解。

Kubernetes（k8s）集群的架构是一个多层次协同的系统，核心由控制平面、节点组件和附加组件构成，各部分分工明确又紧密协作，共同支撑集群的完整功能。ps：要理解k8s集群架构，首先需要明白k8s中的Node和Pod（在【Kubernetes】2-1 中，会详细讲解k8s中的Node和Pod）Kubernetes 集群由一个控制平面和一组用于运行容器化应用的工作机器组成（Master-Work

（如 “生产支付系统” 与 “测试环境” 必须物理隔离），或。Kubernetes 组件的层级关系可从 **“集群内层级”Kubernetes 既支持 **“单集群承载多业务”当存在多个 Kubernetes 集群时，通常会引入。一个 Kubernetes 集群的组件呈 “受限于单集群资源上限（如 etcd 性能）依赖 Namespace + 网络策略。单点故障风险高（控制平面单节点时）可横向扩展

标签是资源的 “标识标签”，支持动态打标与分组；选择算符是资源的 “筛选规则”，通过等值 / 集合语法匹配标签，实现服务发现、调度、扩缩容等核心功能。两者结合使 Kubernetes 具备 “松耦合、高灵活” 的资源管理能力，是构建复杂分布式系统的关键设计。

k8s 命名空间本质是。