云原生

借助kubebuilder相关工具，我们可以快速搭建一个Operator框架，但更复杂的是如何将业务抽象成CRD，本文旨在探讨设计CRD时一些关键原则与注意事项，以抛砖引玉。

随着Kubernetes发布了1.28，支持了不少重磅特性，其中最令人感慨的莫过于新的Sidecar，目前是alpha版本，一起来感受下吧。

最近在工作中需要捕获Kubernetes的Pod驱逐事件，再做额外的操作。第一个想法是能不能监听（watch）驱逐对象（Eviction Resource），很遗憾Eviction并没有watch接口

CNI(Container Network Interface) 即容器的网络API接口，在Kubernetes中通过CNI来扩展网络功能，今天我们从零开始实现一个自己的CNI网络插件。

熟悉client-go的同学都知道，不止有Deployment、Pod这些结构化对象，也提供了unstructured.Unstructured对象，那么为什么需要非结构对象？ Structured

前文快速实现一个Kubernetes Operator介绍了kubebuilder工具，快速实现了一个Operator。今天我们深入水下，探寻kubebuilder究竟是如何工作的。 普通开发流程 如

在k8s云环境中，我们需要在容器内抓包进行Debug, 但通常大多容器都没有安装tcpdump以及其他网络工具；在托管k8s中我们想登录node，不是没权限就是步骤太麻烦。本文的主角nsenter正是

Operator模式可以实现CRD并管理自定义资源的生命周期，本文基于kubebuilder快速实现一个Operator