当前位置：首页 > news >正文

K8S的平台核心架构思想[面向抽象编程]

news 2025/7/15 8:46:44

一、背景

K8S的平台核心架构思想也是大家一直遵循的面向抽象编程，K8S平台只负责出标准，定接口，不负责具体的实现。

1、出标准, 做上层接口抽象, 不负责具体实现. 让各个厂家都能合理、公平竞争，针对接口做出更好的实现

2、投入更加聚焦时间在平台建设，而非具体实现

3、具体实现会"死"，平台不会死. 平台不固定依赖某个具体实现，不会存在一家独大，威胁平台本身, 随时可以替换

二、核心内容

1、发展历程

1、2003年, Google早期的Borg系统是K8S的前身. 当时容器编排技术在Google已经十分成熟.可运行数十万个来自不同应用程序的作业，为 K8s 的诞生奠定了基础。

2、2014 年中，Google 推出 Kubernetes，作为 Borg 的开源版本。6 月 7 日，Kubernetes 在 GitHub 上完成第一次提交。7 月 10 日，微软、RedHat、IBM、Docker 等加入 Kubernetes 社区。

3、Docker如日中天, 趁着docker的东风, 将K8S的整个运行时机制和Docker进行绑定, 获得了大量的用户

4、吞并Apache mesos、docker Swarm, 成为容器编排的事实标准

5、逐渐往平台化发展，提出CRI、CNI、CSI 接口标准, CRI标准的提出, 代表着docker不再是k8s的唯一容器运行时.但是docker还是占据大量市场, docker没有向CRI靠拢, 那么K8S考虑到现状，加入dockershim垫片[中间过渡，docker实现CRI的一个插件程序]，用来兼容docker

6、2022年, dockershim于1.24版本彻底被移除, 后期使用containerd作为k8s的默认容器运行时

2、Ingress的例子

1、Ingress的规则是平台化的、标准的[除了annotations,各厂家注入的属性可能不同，来实现不同标记功能], 可以切换不同的ingress控制器的实现, 最终完成一样的7层流量负载

2、nginx ingress控制器切换为 haproxy 控制器实现, 很简单只需要更改ingress的资源清单, apply 之后由haproxy来自己更新规则.

通过haproxy来进行接管流量

3、Gateway API

1、下一代 ingress 7层、4层代理的抽象资源接口，同样的套路，只是提供抽象接口，具体实现由各个厂家实现

4、视频实验资料

通过网盘分享的文件：ingress-helm.zip
链接: https://pan.baidu.com/s/1mO6IncMIjkk7q553DzIVfg?pwd=3cw4

5、执行安装ingress命令

helm install haproxy haproxy-ingress-0.14.8.tgz -n haproxy --create-namespace -f values.yamlhelm install nginx-ingress nginx-ingress-2.1.0.tgz -n nginx-ingress --create-namespace -f values.yml