TOC 成员，12个 Maintainer 8 计算（ECS/BMS/ARM） 存储（EVS/OBS/SFS） 网络（VPC/EIP） 多样的生态接入 • 支持多语言多框架服务接入 • 支持第三方模板和镜像快速部署 完全开放的原生平台 • 紧跟Kubernetes和Docker社区，迅速同步最新版本 • 支持原生API调用和命令行操作 增强的商用化特性 • 通过自动化配置、构建、部署提升业务上线效率 滚动升级 配置模板化 自动化构建 自动化部署 节点自动伸缩 GUI/CLI/API 物理共享集群 多语言多框架 Java/Python/Go/Node.js 第三方模板&镜像部署 K8S Helm/Docker Hub 第三方服务&工具 Kafka/Nginx/APM/Monitor 优势： 9 国内首发裸金属容器：为“高性能场景”量身打造 10 裸金属容器集群VS虚拟机容器集群 容器吞吐量增长1倍，但是cpu资源的占用 却只多出60%左右，同时裸金属容器的进 程占用的内存减少10%。 11 国内首发Windows容器服务：帮助企业实现海量Windows应用轻松容器 化上云 根据第三方咨询公司统计，大约有80%以上的企业现有系统仍是通 过Windows Server部署运维在服务器上，统计显示Windows Server在x86伺服器中的市占率高达6成。 CCE推出基于Kubernetes的Windows

IaC 方式管理云原生资源的主要工具。然而，当下大多数托管环境都是云供应商 原生服务、第三方服务和自定义代码的复杂组合。在这些环境中，我们发现工程师通常会使用 Terraform 处理 云资源，又使用自定义脚本处理其他资源。这可能导致资源创建过程缺乏一致性和可重复性。事实上，在托管环 境中常用的许多第三方服务 Terraform 都提供了相应的支持程序，可以用来创建和配置这些服务，例如 Splunk、 sidecar） 中的应用场景。Cilium 是一个为云原生环境如（Kubernetes 集群和其他容器编排平台）提 供网络、安全性和可观察性的开源项目。Cilium 为路由或覆盖网络提供了一个简单的第三层网络，并且还支 持 L7 协议。通过将安全性从寻址中解耦，Cilium 可以作为一种新的网络保护层发挥重要作用。我们已经看到 一些云服务提供商采用了 Cilium，我们的一些项目中也使用了 Cilium。社区仍在讨论 得轻而 易举。 57. Insomnia 试验 自从 Postman 在 2023 年 5 月宣布将逐渐淘汰具有离线功能的 Scratch Pad 模式以后，需要将 API 工作区数据 从第三方服务器上隔离的团队不得不寻找替代方案。Insomnia 就是可选的替代方案之一：这是一款专为 API 测 试、开发和调试而设计的开源桌面应用程序。虽然 Insomnia 支持在线同步，但它可以让你离线保存

部署较麻烦、不够透明 Kubespray 官⽅出品、部署较简单、懂Ansible就能上⼿ 不够透明 RKE 部署较简单、需要花⼀些时间了解RKE的cluster.yml配置 ⽂件 不够透明 ⼿动部署 第三⽅操作⽂ 档 完全透明、可配置、便于理解K8s各组件之间的关系 部署⾮常麻烦，容易出 错 其他诸如Kops之类的⽅案，由于⽆法跨平台，或者其他因素，被我pass了。 最终，笔者决定使⽤Kubes 为最终⽤户对象添加Label的⾃动化系统组件（例如， kube-scheduler 、 kube-controller-manager 、 kube- apiserver 、 kubectl 或其他第三⽅⾃动化组件）必须指定前缀。 kubernetes.io/ 前缀保留给Kubernetes核⼼组 件。 有效的Label值必须： 不超过63个字符 为空，或者：以字⺟或数字（ [a-z0-9A-Z] production 或 qa 的所有资源。 第⼆个示例选择Key等于 tier ，Value不等于 frontend 或 backend ，以及所有Key不等于 tier 的所有资源。 第三个示例选择Key包含 partition 所有资源；不检查Value的值。 第四个示例选择Key不包含 partition 的所有资源，不检查任何值。 类似地，逗号可⽤作AND运算符。 因此可⽤

上云用云 解决方案，加速推动第二梯队企业上云用云实施落地。 第三梯队行业上云用云处于探索期，云平台建设与应用处于规 划和发展阶段，如石油化工、钢铁冶金、煤矿、建筑等行业。第三 梯队行业上云一般具有业务流程长且复杂、数据来源多且流通差、 IT 技术储备不足等特点，具体表现为：一是应用系统多样复杂，难 以云化改造。当前，第三梯队行业信息化整体程度较低，系统技术 依赖性强、二次开发难度高，难以实现应用现代化改造，如石油化 环节的传感器、监测 设备、计量仪表等设备，需边缘计算、大数据等技术融合应用管理， 成本高难度大。同时，上下游经销商业务数据敏感，数据难以在云 上安全流通。三是人才储备严重不足，用云管云难度大。第三梯队 涉及的行业在 IT 技术方面沉淀较少，企业人才配置更侧重于业务方 向，亟需低成本实现业务运行实时监测和云平台智能高效管控，上 云企业均需云厂商提供人员驻场服务，帮助企业用云管云。 从企

integrations 集成第三方插件 2. Feature parity with kubectl 功能与kubectl保持一致 3. Multi-cluster management 多集群管理 4. Improved security 提高安全性 Top requested changes 1. Third-party plugins or integrations 集成第三方插件 Which

的 加密功能、Kubernetes強化、身分管理及RBAC，而使用者可透過一系列獲得認證的 第三方工具，進一步提升安全性。 Rancher也支援K8 RBAC及遵循CIS Kubernetes基準的最佳實務，此外還提供強大文件， 協助使用者輕鬆強化部署，並自行評估安全性程度。Rancher還會定期執行第三方安 全性稽核及滲透測試，以偵測可能的漏洞。 19.支援的架構 Canonical Kubernetes於

儲存的資料，則企業可能遭受針對特權層級的攻擊。 • 跨容器存取 - 不當的權限配置可能造成多個容器存取應 該保持隱私的機敏資料。此外，當容器被託管在共享的 虛擬化或雲端環境中，關鍵資訊可能會暴露給第三方。 • 合規風險 - 許多合規性要求有嚴格的存取控制與稽查規 範。然而，許多資安團隊在管理和追蹤容器與映像內留 存資料，控制權受到限制。因此，這些資安團隊發現很 難遵守相關的資安政策與法規命令。

title style 9 Kubernetes Day2 Ops 要作那些事? • 集群標準化和生命週期管理 • 安全訪問和環境隔離 • 維運可觀察性和流程透通性 • 治理與合規 • 持續第三方元件整合和維護 9 Ref. Use Platform Engineering to Implement DevOps Workflows with Kubernetes (Gartner)

微服务的治理阶段 监控 日志 链路 限流熔断 报警 • K8S自带消息总线 • 入口处最重要 • K8S Ingress统一了所有入口，一条语句，做所有SLA报警 如何管理好微服务 第三部分 如何管理好微服务 责任 管理版本信息 管理拓扑关系 管理成本 • 应用部门、应用负责人 • 升级版本 如何管理好微服务 责任 管理版本信息 管理拓扑关系 管理成本 如何管理好微服务

这个过程可以推广到多个 stale 对象。 所以最终 stale cache 下能保证 operator 的正确性，前提是 operator 要收到所有对象的事件。 Operator 最佳实践 第三部分 Operator 开发常见概念关系 Kubebuilder 框架模型 Setup 阶段接口 // For defines the type of Object being *reconciled*