作者:TA码字 2022-01-06 07:06:52
云计算 在 kubernetes 的世界里对各种 resoure 的操作都是基于 API 来完成的,kubernetes 提供了一系列的 RESTfull API 来完成对 resource 的基本操作。
10年的惠民网站建设经验,针对设计、前端、开发、售后、文案、推广等六对一服务,响应快,48小时及时工作处理。成都全网营销推广的优势是能够根据用户设备显示端的尺寸不同,自动调整惠民建站的显示方式,使网站能够适用不同显示终端,在浏览器中调整网站的宽度,无论在任何一种浏览器上浏览网站,都能展现优雅布局与设计,从而大程度地提升浏览体验。成都创新互联公司从事“惠民网站设计”,“惠民网站推广”以来,每个客户项目都认真落实执行。
本文是一个系列文章,以学习为目的,对 kubernetes 源码进行分析,意在可以更好的去理解 kuberbetes 基本原理。
文章使用主分支(https://github.com/kubernetes/kubernetes),主要介绍 kubernates 中相关组件。另外如果感兴趣也可以参看 网络系列文章 和 部署系列文章。
众所周知 kubernetes 是基于 API 的 infrastructure,在此之上的 kubernetes 之中的概念都被抽象成各种 resource,不同的 resource 拥有不同的功能,例如我们熟悉并经常使用的 deployment 资源, service 资源, configmap 资源, statefulset 资源, service account 资源等等。在 kubernetes 的世界里对各种 resoure 的操作都是基于 API 来完成的,kubernetes 提供了一系列的 RESTfull API 来完成对 resource 的基本操作。
对于 resource 来说基本上有两个维度的划分,一个是基于 namespace 的维度,还有一个是基于是否为核心 resource 的维度,首先我们看基于 namespace 的维度。
接着从 resource 是否为核心资源的维度看,可以把其分为核心资源与非核心资源。
因为 kubernetes 提供了标准的 RESTfull API,从 API 的角度看,基于以上不同维度各种 resource 的操作 API 模板可以如下:
另外我们一般对 kubernetes 资源的操作都是基于 YAML 格式的文件来进行(毕竟 YAML 文件相对于 human 来说更友好),并不是直接基于 Restfull API 来操作资源,但是在 YAML 文件的背后却是转换成 RESTfull API,一般一个 YAML 文件的格式如下:
一般对于 resource 典型的 YAML 文件都会分为三个部分,type meta, object meta 还有 spec。
目前先我们写到这里,在下一篇文章中我们继续从源码的角度来梳理 resource 中的 type meta,object meta 等关键信息的定义。
本文转载自微信公众号「TA码字」,可以通过以下二维码关注。转载本文请联系TA码字公众号。
分享文章:Kubernetes 源码分析之Resource和API
网页路径:http://www.shufengxianlan.com/qtweb/news31/484431.html
网站建设、网络推广公司-创新互联,是专注品牌与效果的网站制作,网络营销seo公司;服务项目有等
声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 创新互联