Rest接口的关键服务，是k8s集群里所有资源的增删查改等操 作的唯一入口，也是集群控制的入口进程。并提供认证、授权、访问控制、API注册和发现等机制 Controller Manager控制管理器（kube-controller-manager）：k8s里所有资源对象的自动化控制中心，可以理解为 资源对象的“大总管”。运行着所有处理集群日常任务的控制器。包括节点控制器、副本控制器、端点控制器及服务账号 了整 个集群的高可用性。 17 www.h3c.com Confidential 秘密 17 17 K8s基本概念和术语介绍（RC） RC Replication Controller（副本管理器）和RS（Replica Set）： RC定义了一个期望的场景，即声明某种Pod的副本数量在任意时刻都符合某个预期值。RC包含如下几部分： Pod期待的副本数（replicas） 用于筛选目标Pod的Label

⼗⼏年的经验之 上，并结合了社区中最佳的创意和实践。 为什么使⽤容器 寻找你为啥要使⽤容器 的原因？ 01-什么是Kubernetes 4 部署应⽤程序的旧⽅法是使⽤操作系统的软件包管理器在主机上安装应⽤程序。这种⽅式，存在可执⾏⽂件、配置、库 和⽣命周期与操作系统相互纠缠的缺点。⼈们可构建不可变的虚拟机映像，从⽽实现可预测的升级和回滚，但VM是重 量级、不可移植的。 新⽅法是 如： 内容管理系统，⽂件和数据加载器，本地缓存管理等 ⽇志和检查点备份，压缩，旋转，快照等 数据更改观察者，⽇志分配器，⽇志记录和监视适配器，事件发布者等 代理，桥接器和适配器 控制器，管理器，配置器和更新器 ⼀般来说，单个Pod不会运⾏同⼀应⽤的多个实例。 详情请看The Distributed System ToolKit: Patterns for Composite Containers 户提供了⼀些便利。 2. 解耦软件依赖。各个容器可以独⽴进⾏版本管理、重建和重新部署。 未来，Kubernetes甚⾄有可能⽀持单个容器 的的实时更新。 3. 使⽤⽅便。 ⽤户⽆需运⾏⾃⼰的进程管理器，担⼼信号以及退出代码传播等。 4. 效率。 因为基础设施承担起更多的责任，容器更加轻量级。 为什么不⽀持基于亲和性部署的容器协同调度？ 这种⽅法将会提供协同定位，但⽆法提供Pod的⼤部分优势

统微服务的东西向流量。 ➢ 支持通过 Service Mesh 通过虚拟服务、目标规则、网关规则在网格中治理微服务流 量。 微服务配置中心 Nacos 托管注册中心可作为微服务的配置管理器，可以从不同项目中抽取通用 配置事先统一管理，也可以为同一项目应用多个不同配置，实现差异化管理。 ➢ 基于微服务命名空间和分组 (Group) 对配置文件进行隔离。 ➢ 结合 @RefreshScope

的官方支持，这可能会影响它的维护情况。 54. Devbox 试验 Devbox 是一款基于终端的工具，具有便捷易用的界面，用于创建可重用，项目独立的开发环境，Devbox 利用 Nix 软件包管理器，而无需使用虚拟机或容器。我们的团队使用它消除不同项目的开发环境中 CLI 工具和自定义 工具 © Thoughtworks, Inc. All Rights Reserved. 29 脚本的

"NoExecute" tolera�onSeconds: 600 #达到600秒后，也会被驱逐 ★第14章、Helm包管理 helm就是k8s的应用程序包管理器，helm将k8s应用的相关资源配置文件组织为 Charts Charts就是一个helm程序包， ★安装helm ①helm v3 ★Helm v3不再使用�ller，直接使用helm命令即可