00:00 / 01:25
连播
清屏
智能
倍速
点赞357
00:00 / 04:56
连播
清屏
智能
倍速
点赞45
00:00 / 00:49
连播
清屏
智能
倍速
点赞9
00:00 / 05:25
连播
清屏
智能
倍速
点赞4066
00:00 / 01:08
连播
清屏
智能
倍速
点赞3
00:00 / 03:55
连播
清屏
智能
倍速
点赞61
00:00 / 01:42
连播
清屏
智能
倍速
点赞6928
两项k8s最重要的设计思想 在传统的软件开发中,我们常见的编程范式有: 面向过程 面向对象 面向数据库 面向服务 面向事件等 kubernetes则有所不同,有其独特之处 面向 API 编程 Kubernetes是一个面向 API 编程的软件系统 这一理念转变源于Kubernetes作为 现代云原生平台的核心定位 它必须具备强大的灵活性和可扩展性 在Kubernetes中 API Server是一个关键组件 负责管理所有资源 每种资源类型都有对应的API 例如: Namespace、Pod、Deployment 新增一种资源类型 本质上就是新增一个API 比如 当你使用kube control命令创建一个Pod 时 其实是通过kube control命令调用了API Server的Pod创建接口 随后将相关信息存储到ETCD数据库中 声明式编程 kubernetes还是一个声明式的软件系统 用户定义资源时 只是提供了一份yaml格式的声明 声明了用户对该资源的期望状态 而资源的实际状态会因为某些原因而偏离期望状态 所以需要有一个角色来持续监控这些资源的状态 当资源的实际状态与期望状态不一致时 采取相应的措施让资源重新回到用户的期望状态 这个角色就是控制器 Controller 例如,当你创建了一个副本数为2的Deployment资源时: 对应工作节点的kubelet会创建pod ReplicaSet Controller会持续监控其对应的Pod数量 如果发现副本数少于2,如某个 Pod 崩溃 Controller会创建一个新的Pod 并由节点上的kubelet启动该pod 以确保副本数恢复到设定值 此机制也适用于大部分其他资源类型 #程序员 #每天学习一点点 #编程 #干货分享 #云原生
00:00 / 01:42
连播
清屏
智能
倍速
点赞173
00:00 / 01:35
连播
清屏
智能
倍速
点赞16