- 综合排序
- 最热优先
- 最新优先
- 来自专栏TA码字
K8s源码分析(2)-Resource Meta
protobuf:"bytes,1,opt,name=kind"` APIVersion string `json:"apiVersion,omitempty" protobuf:"bytes,2, opt,name=apiVersion"` } 由上述源码我们发现字段 Kind 定义了资源的类型，字段 APIVersion 定义了资源的 group 和 version。 protobuf:"bytes,1,opt,name=name"` GenerateName string `json:"generateName,omitempty" protobuf:"bytes,2, ManagedFieldsEntry `json:"managedFields,omitempty" protobuf:"bytes,17,rep,name=managedFields"` } 由上述源码我们发现里面定义的都是资源本身的各个属性
66010发布于 2021-09-14 - 来自专栏kinnylee钻研技术
k8s源码分析（2）- kube-apiserver
前言 最近加入云原生社区组织的k8s源码研习社，开始学习k8s底层源码，并整理成笔记。欢迎感兴趣的同学一起加入，共同学习进步。群里和社区里有各种大佬，随时可以帮你答疑解惑。 ，go-restful的原理和源码参考go-restful 源码分析 先放一张kube-apiserver代码调用关系图 后续的源码分析链路很长，很容易陷进去出不来，建议随时根据这张图查看目前分析到哪一步了 AddToScheme(scheme)) // 注册版本顺序 utilruntime.Must(scheme.SetVersionPriority(v1.SchemeGroupVersion)) } 复制代码 2. Cobra命令行参数解析 k8s中所有组件统一使用cobra来解析命令行参数。 c.GenericConfig.EgressSelector, proxyCurrentCertKeyContent: func() (bytes []byte, bytes2
6K91发布于 2020-10-15 - 来自专栏k8s源码解析
k8s源码-源码编译及目录详解
源码下载及编译(本文以1.16.0-alpha.3为例) k8s github地址： https://github.com/kubernetes/kubernetes k8s的编译有两种方式： 1: /_output/bin/目录下生成对应的可执行文件，如下图： [image.png] 如果只是编译某个组件，可以使用命令make all WHAT=cmd/kubelet GOFLAGS=-v 2: /build/run.sh hack/build-go.sh cmd/kubelet单独编译某个组件 目录概览 k8s源码采用 go module(go 1.11rc1开始支持)管理包，go module
8K53发布于 2019-11-17 - 来自专栏才浅coding攻略
图解K8s源码 - kubelet 下的 QoS 控制机制及 k8s Cgroups v2 简介
在 K8s中它会对运行中的 Pod 进行质量划分，划分出三种类型：Guaranteed，Burstable，BestEffort。 打分机制流程见下图，图片来自旭东大佬文章： 图解 K8S 源码 - QoS 篇 https://mp.weixin.qq.com/s/YxKAd4u4_nYEspvkTJTPaw 另外当节点内存或 k8s 在1.19+版本中开始支持 cgroups v2，目前社区推荐使用 k8s 版本 v1.22+。 源码路径 k8s.io/kubernetes/pkg/kubelet/cm/cgroup_manager_linux.go 大家有兴趣可以去对比 cgroup v1 看下 。 只需要挂载文件类型是 cgroups v2 的资源控制器，而不需要对如cpu、memory进行单独挂载了。 2、内存和io控制器是协同开发的，支持buffer io写限速。
2.2K30编辑于 2023-03-01 - 来自专栏全栈程序员必看
k8s 开源_openstack源码
Create->CreateWithOptions->createResource
33510编辑于 2022-09-22 - 来自专栏golang云原生new
k8s Label 2
【k8s 系列】k8s 学习十六，Label2 在 k8s 中，我们会轻轻松松的部署几十上百个微服务，这些微服务的版本，副本数的不同进而会带出更多的 pod 这么多的 pod ，如何才能高效的将他们组织起来的 ，如果组织不好便会让管理微服务变得混乱不堪，杂乱无章 因此，就有了标签 Label 标签 Label 标签是一种简单的却功能强大的 K8S 的其中一个特性，可以组织 K8S 中的资源，包括 pod 标签是可以被附加到资源的任意键值对的，用来选择具有该确切标签的资源 也就是说，咱们的标签的 key 在资源内部是任意的，可以自己定义，只要是资源内唯一就可以 举个例子 我们可以将上述混乱的多个 pod，定义 2 我们可以很轻易的就可以通过 pod 标签来查看我们期望看到的 pod 状态 写个 demo 就用之前的 xmt-kubia,yaml 文件改改，命名为 xmt-kubia-labels.yaml 加上 2 的思想就不对等了，K8S 中的思想是应用程序隐藏实际的基础架构，在 K8S 中，创建出来的 pod 都是随机分配到不同的 节点上的， 那么，我们需要实现如上的需求，我们可以通过 标签来完成 给 node
37630编辑于 2023-09-01 - 来自专栏才浅coding攻略
图解K8s源码 - 序章 - K8s组件架构
详细内容见往期文章读猿码系列——2. 搞懂Etcd核心API kube-Scheduler：负责资源的调度，按照预定的调度策略将Pod调度到相应的机器上。 概念上来讲，K8S 集群的服务，其实就是负载均衡或反向代理。
1.1K10编辑于 2022-12-12 - 来自专栏云原生工具箱
图解 K8S 源码 - QoS 篇
这里就引出了 QoS 的概念，本篇文章就会从源码的角度介绍 QoS 的分类、打分机制，并简单介绍不同 QoS 的本质区别。看看这个机制是如何保证运行在 Kubernetes 中服务质量的。 QoS 打分 值得注意的是不久之前 guaranteedOOMScoreAdj 的值还是 -998，今年 9 月 22 日才合并 PR[1] 将其修改为 -997，而修改的 PR 及 相关 ISSUE[2] 这里附上源码： // github/kubernetes/pkg/kubelet/qos/policy.goconst ( // KubeletOOMScoreAdj is the OOM score 欢迎扫描二维码关注公众号，了解更多云原生知识 引用链接 [1] PR: https://github.com/kubernetes/kubernetes/pull/71269 [2] 相关 ISSUE:
1.2K10发布于 2020-12-30 - 来自专栏才浅coding攻略
图解K8s源码 - kubelet 篇
我们在之前的文章中介绍了 Master 控制平面中的三大组件：kube-apiserver、kube-controller-manager、kube-scheduler，它们分别负责 k8s 集群的资源访问入口 "bytes,1,opt,name=metadata"` InvolvedObject ObjectReference `json:"involvedObject" protobuf:"bytes,2, 另外，k8s 中 events 目前只有两种类型："Normal" 和 "Warning"。 系列往期文章列表： Kubernetes微服务常见概念及应用 图解K8s源码 - 序章 - K8s组件架构 图解K8s源码 - k8s核心数据结构 图解K8s源码 - kube-apiserver篇 图解K8s源码 - kube-apiserver下的RBAC鉴权机制 图解K8s源码 - kube-controller-manager篇 图解K8s源码 - kube-scheduler篇
1.5K20编辑于 2022-12-12 - 来自专栏kinnylee钻研技术
k8s源码分析- Informer机制
最近加入云原生社区组织的k8s源码研习社，开始学习k8s底层源码，并整理成笔记。欢迎感兴趣的同学一起加入，共同学习进步。群里和社区里有各种大佬，随时可以帮你答疑解惑。 先放一张调用关系图 高清地址 由于Informer这部分的源码比较复杂，调用链路也很长，后面的源码分析，都会围绕这一张图展开。 ? 概述 k8s中，组件之间通过http通讯，在不依赖任何中间件的情况下，需要保证消息的可靠性、实时性、顺序性等？k8s是如何做到的呢？--- 答案就是Informer。 k8s的其他组件都是通过informer与api-server通讯的。 Informer运行原理 ? 中占据重要的角色，它的源码也是非常的复杂。
5.9K118发布于 2020-10-15 - 来自专栏golang云原生new
k8s 自身原理 2
调度器 scheduler 调度器，见名知意，用于调度 k8s 资源的，那么这个调度器具体主要是调度啥资源呢？ 实际上看我们 k8s 中运行的一个一个的 pod，这些 pod 在我们创建的时候，还记得我们有分享过是可以指定即将要生成的 pod 默认被调度了指定节点吗？ 总有一个优先级吧 是的没错，总会有一定的规则，咱们画个图来感受一下： 例如一开始集群中有 4 个节点，在运行过程中，节点 2 和 节点 3 变为不可用了，接下来，若有新的 pod 需要调度，那么调度器会从可用的 2 个节点里面选择一个最优的节点， 例如磁盘，内存空间较大，或者 pod 资源个数较少的，会按照综合优先级递减排序， 例如就会生成 pod 调度到节点 4 那么问题就来了，k8s 是如何找到满足需求的可用节点呢 当然 k8s 找到可用节点的条件也是不少了，不是随便一个节点就可以接得住的，例如 k8s 会检查这些条件 节点的资源是否被耗尽了 pod 是否设置了一定要 / 一定不要 调度到某一个节点上 如果这个 pod
36720编辑于 2023-09-01 - 来自专栏云原生系列
k8s系列(2)-Service
完整系列k8s系列(1)-腾讯云CVM手动部署K8S_Dashboard安装1k8s系列(1)-腾讯云CVM手动部署K8S_Dashboard安装2k8s系列(2)-Servicek8s系列(3)-StatefulSet 的MongoDB实战k8s系列(4)-MongoDB数据持久化k8s系列(5)-Configmap和Secretk8s系列(6)-Helmk8s系列(7)-命名空间k8s系列(8)-Ingressk8s 找到了service，service做负载均衡图片LoadBalancer需要负载均衡器（通常都需要云服务商提供，裸机可以安装 METALLB 测试）会额外生成一个 IP 对外服务K8S 支持的负载均衡器
62631编辑于 2022-10-21 - 来自专栏才浅coding攻略
图解K8s源码 - k8s核心数据结构
阿巩 期待同大家一起学习和交流～ 在上一章中阿巩和大家分享了k8s组件之一kube-apiserver，在我自己阅读代码时发现k8s整体结构复杂，而且由于参与的开发者众多代码结构不免有些混乱，我往往容易陷入到某个细节而无法从整体视角梳理流程 在查阅官网文档及相关书籍后，我决定换个思路，先理解k8s核心数据结构设计，这样能够在阅读源码时做到事半功倍。好的，日拱一卒，我们开始吧！ K8s系统虽然功能众多且复杂，但它本质上是一个资源控制系统，即资源是k8s最重要的概念，它包括注册、管理、调度资源并维护资源状态。 Versions []GroupVersionForDiscovery `json:"versions" protobuf:"bytes,2,rep,name=versions"` // 首选版本 文章最后附上k8s Project Layout结构图： 参考: 《kubernetes源码剖析》 https://blog.51cto.com/daixuan/4976182 END
1.3K20编辑于 2022-12-12 - 来自专栏TA码字
K8s源码分析(3)-Resource Version
对于不同的 group 中的 resource 又有不同的 version，例如 apps group 中又分为 v1， v1beta1， v1beta2 等不同版本。 例如一个 deployment 在 v1 里有功能 A, 那么在 v1beta1 里就可能会对功能 A 来进行 enhancement 或者去增加新功能 B， 然后在 v1beta2 中又会有更多的特性加入 定义如下： 对于各个资源组 internal version 的定义在如下源码位置： 同样我们还是以 apps 资源组为例，其 internal version 的 resource 定义如下 ： 从源码的角度来看，我们以 apps group 中的 v1 version 的 deployment resource 为例，它在 staging/src/k8s.io/api/apps/v1/ protobuf:"bytes,1,opt,name=metadata"` Spec DeploymentSpec `json:"spec,omitempty" protobuf:"bytes,2,
1.2K10发布于 2021-09-14 - 来自专栏TA码字
K8s源码分析(4)-Resource Model
另外也从源码的角度分析了其中各个资源 group 的对外 version 和 internal version 都定义在哪些源文件之中，在这里我们主要介绍 kubernetes 中各种 resource protobuf:"bytes,1,opt,name=metadata"` Spec DeploymentSpec `json:"spec,omitempty" protobuf:"bytes,2, 从源码的角度来看 kubernetes resource 的 group version kind (即 GVK) 的属性被定义在 staging/src/k8s.io/apimachinery/pkg 由上述源码分析可以总结： TypeMeta 和 ObjectMeta 两种结构体分别定义了 kubernetes 各种资源的类型属性和实例属性。
70840发布于 2021-10-08 - 来自专栏云原生工具箱
图解 K8S 源码 - Informer 篇（上）
众所周知，在 Kubernetes 中各组件是通过 HTTP 协议进行通信的，而组件间的通信也并没有依赖任何中间件，那么如何保证消息的实时性、可靠性、顺序性呢？Informer 机制很好的解决了这个问题。Kubernetes 中各组件与 API Server 的通信都是通过 client-go 的 informer 机制来保证和完成的。
1.5K20发布于 2020-12-30 - 来自专栏跟我一起学 K8s
【K8s】源码片段 01-01
k8s 源码片段分析：将 K8s 的源码切换到第一个 commit(2c4b3a562ce) ：pkg/util/stringlist.gopackage utiltype StringList []stringfunc 2）如果 value 为 "value1," 时，此时方法返回的是 nil 还是 error ？
25340编辑于 2022-06-11 - 来自专栏云原生工具箱
图解 K8S 源码 - Deployment Controller 篇
作为使用 Go 语言开发的明星项目，其源码也是非常有趣的。笔者在研究 Kubernetes 源码时，常常发现很多让人眼前一亮的设计和拍案叫绝的逻辑。 但由于 Kubernetes 的代码量十分庞大，函数间的调用也十分复杂，在阅读源码时常常被绕的找不着北，正好手边有一本《图解算法》，于是就萌生了图解 Kubernetes 源码的想法。 deployment-controller-核心逻辑 从源码可以看出，删除、暂停、回滚、扩缩容、更新策略的优先级为 delete > pause > rollback > scale > rollout 图解 Kubernetes 源码将作为一个系列继续下去，后续会带来更多的源码图解。
1.9K20发布于 2020-12-30 - 来自专栏跟我一起学 K8s
【K8s】源码片段 01-02
client.DecodeLabelQuery(url.Query().Get("labels"))根据输入的 URL 中的 labels 参数，返回 labels 的 map;labels 中的标签值：key1=value1,key2= value2 的形式；
33430编辑于 2022-06-13 - 来自专栏TA码字
K8s源码分析(24)-ThreadSafeStore组件
ThreadSafeStore 接口 ThreadSafeStore 是接口，图解和源码如下： //k8s.io/client-go/tools/cache/thread_safe_store.go threadSafeMap 结构体 threadSafeMap 是一个结构体，该结构体实现了上面介绍的接口 ThreadSafeStore，其相关的图解和源码如下： //k8s.io/client-go
42930编辑于 2022-10-30
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号