Kubernetes 学习与研究

揭开Kubernetes调度的神秘面纱！本文通过实战案例，详细讲解如何开发自定义控制器，优化Flink任务调度。让我们一起简化复杂技术，提升集群效率！

Cilium 强大安全性和灵活性，优雅替代传统的 kube-proxy，重塑大规模 Kubernetes 集群的网络架构。一个必读的技术深度解析，适合所有对现代网络技术感兴趣的读者。

本文介绍了使用Kubebuilder从零开始构建Kubernetes Operator的整个过程。从环境准备、项目初始化、创建API和控制器、实现控制器逻辑，到构建和部署Operator。

CoreDNS 容器因为 ready 组件配置问题，8181 端口无法正常起动，导致 K8S集群内部 DNS 解析失败，影响到全量应用服务。

了解Kubernetes中Headless服务的工作原理、与ClusterIP的区别和使用场景，通过名称解析直接访问Pod，处理数据库集群和有状态服务，也存在一定的风险和注意事项。

因为Kubernetes调度器中ImageLocalityPriority导致Spark的Job在在Kubernetes调度不均匀，导致大量Pod在Pending，影响生产。从源代码分析解决问题。

Kubernetes-sigs 的 Gateway API 提供一种让多网关模型统一管理的可能性，我在公司内部 Serverless 产品模型中使用 Gateway API，获得了不错的效果。

本文通过另外一个解题思路，让Pod内的程序优雅的访问Kubernetes ApiServer，测底杜绝 secret 中 Token 发放，是先Token 文件内容的“0”读取。

公司部署的 k8s 部署越来越多，导致同一环境和承担相同任务的 k8s 也在增多，而对接多个 k8s 的协同工作接口层也设计的越来越复杂，导致 CI/CD 系统在对接 k8s 的时候面对了非常多的挑战

之前写过一片关于 k8s 3 种探针的文章，收到很多小伙伴的反馈，说太繁琐了。学习曲线太过于陡峭，希望有一篇能快速入门的文章。

Knative 实战应用案例 PPT 分享，让小伙伴们一起来探索 knative 整体架构以及在实际场景中的应用。

对 istio 核心控制组件进行拆解分析，提炼和解析内部结构，方便小伙伴们能够真正了解 istio 的核心结果。

我们需要一个在 pod 调度的时候不光只看 request values 的能力，还需要将 k8s node 节点 cpu/memory 的负载也考虑进来，让 pod 在一个最合理的环境中运行。

升级 k8s node 节点 cpu 配置，导致 kubelet 无法正常启动，通过排查以及解决办法，最后一起复习下 k8s cpu manager 的工作过程。

在 kubenet 网络的节点上的 pod 无法访问 cilium 网络的节点上且**部署了 networkpolicy** 的 pod，导致网络互联互通的异常。

eBPF 作为 cilium 底层，实际我真正的目的是能够用好的 cilium 的整个系统，但是站在 cilium 角度上看 ebpf，它确实一个黑盒子。

最近大版本更迭的时候，计划是平滑升级，使用 Pod 的滚动更新，可是万万没有想到，因为应用没有优雅停机，导致大量应用没有正常关闭业务请求，请求出现很多的 404 和 502 的情况。

为了要解决这个问题，我把目标转向了基于 ebpf 的 cilium 组件，决定使用 cilium 来替换 kubelet 中的 kubenet 组件。但是出现了公有云 CLB 与 cilium 不通。

决定根据自己在实际工作中碰到的问题以及实际操作整理一篇文章，希望能够对其他正在使用 Istio 的小伙伴提供一种“无损平滑”升级的技术参考。

认为 epbf 还在继续发展，重点应该关注它的核心概念，而不是重点关注它底层的内部实现，毕竟我的环境是对 epbf 最大程度的使用，而不是深入开发。