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

Linux I/O 演进史:从管道到零拷贝,一篇串起个服务端核心原语逞

前言

在使用 kubectl get $KIND -o yaml 查看 k8s 资源时,输出结果中包含大量由集群自动生成的元数据(如 managedFields、resourceVersion、uid 等)。这些信息在实际复用 yaml 清单时需要手动清理,增加了额外的工作量。

使用 kubectl-neat 插件,可以自动移除这些由集群生成的冗余字段,仅保留有意义的内容,使 yaml 更加简洁,方便复用。

安装

插件方式安装

kubectl krew install neat

## 作为 kubectl 插件安装,使用方式为:

kubectl neat

二进制方式安装

## 版本选择:

## https://github.com/itaysk/kubectl-neat/releases

## 当前环境为 ubuntu 2404 LTS

wget https://github.com/itaysk/kubectl-neat/releases/download/v2.0.4/kubectl-neat_linux_amd64.tar.gz

tar xf kubectl-neat_linux_amd64.tar.gz

mv ./kubectl-neat /usr/local/bin/

## 创建别名(这里看个人习惯)

vim /root/.bashrc

alias kneat='kubectl-neat'

使用

本次使用二进制方式部署,实际上参数是相同的,没区别

root@network-demo:~# kubectl-neat help

Usage:

kubectl-neat [flags]

kubectl-neat [command]

## 示例是通过 kubectl plugin 方式安装,使用二进制安装改成 kubectl-neat 就好

Examples:

kubectl get pod mypod -o yaml | kubectl neat

kubectl get pod mypod -oyaml | kubectl neat -o json

kubectl neat -f - <./my-pod.json

kubectl neat -f ./my-pod.json

kubectl neat -f ./my-pod.json --output yaml

Available Commands:

## 自动补全命令用的

completion Generate the autocompletion script for the specified shell

get

help Help about any command

version Print kubectl-neat version

Flags:

-f, --file string file path to neat, or - to read from stdin (default "-")

-h, --help help for kubectl-neat

-o, --output string output format: yaml or json (default "yaml")

命令补全

简单来说就是按两下 tab 后自动补充没拼完的参数

?? 注:其实没啥用...他只能补全命令本身的参数,并不能补全 k8s 相关信息

root@network-demo:~# kubectl-neat completion --help

Generate the autocompletion script for kubectl-neat for the specified shell.

See each sub-command's help for details on how to use the generated script.

Usage:

kubectl-neat completion [command]

Available Commands:

bash Generate the autocompletion script for bash

fish Generate the autocompletion script for fish

powershell Generate the autocompletion script for powershell

zsh Generate the autocompletion script for zsh

Flags:

-h, --help help for completion

Global Flags:

-o, --output string output format: yaml or json (default "yaml")

## 当前环境使用 bash

root@network-demo:~# hostnamectl

Static hostname: network-demo

Icon name: computer-vm

Chassis: vm

Virtualization: kvm

Operating System: Ubuntu 24.04.3 LTS

Kernel: Linux 6.8.0-88-generic

Architecture: x86-64

## 添加命令补全

echo "source <(kneat completion bash)" >> ~/.bashrc && source ~/.bashrc

## 查看效果

## 上面说没啥用的地方就在这...实际上能用的参数只有 get(kubectl-neat 自己的参数)

## 当你补全 get 后就会发现他无法识别 k8s 资源

root@network-demo:~# kubectl-neat

completion (Generate the autocompletion script for the specified shell) help (Help about any command)

get version (Print kubectl-neat version)

使用方式

## 这里我直接将 kubectl get -o yaml 与 kubectl-neat get -o yaml 输出对比

kubectl-neat get -- pods -n deepflow deepflow-server-fc484c85-p67gl -o yaml > deepflow-kneat.yaml

kubectl get pods -n deepflow deepflow-server-fc484c85-p67gl -o yaml > deepflow-kubectl.yaml

## 通过 icdiff 输出两个文件的对比结果,这里为了方便大家看,只把删除的内容放上来了

root@network-demo:~# icdiff deepflow-kubectl.yaml deepflow-kneat.yaml

creationTimestamp: "2026-01-23T02:24:57Z"

generateName: deepflow-server-fc484c85-

generation: 1

ownerReferences:

- apiVersion: apps/v1

blockOwnerDeletion: true

controller: true

kind: ReplicaSet

name: deepflow-server-fc484c85

uid: 528ab77f-67ba-4099-8771-bfe06ca9ce2f

resourceVersion: "4864722"

uid: 0d5ff97b-9c48-4abf-be8b-d2b76f7a14d2

nodeAffinity: {}

apiVersion: v1

apiVersion: v1

apiVersion: v1

apiVersion: v1

apiVersion: v1

scheme: HTTP

successThreshold: 1

timeoutSeconds: 1

protocol: TCP

protocol: TCP

protocol: TCP

protocol: TCP

scheme: HTTP

periodSeconds: 10

successThreshold: 1

timeoutSeconds: 1

resources: {}

securityContext: {}

terminationMessagePath: /dev/termination-log

terminationMessagePolicy: File

dnsConfig: {}

dnsPolicy: ClusterFirst

enableServiceLinks: true

nodeName: network-demo

restartPolicy: Always

schedulerName: default-scheduler

securityContext: {}

serviceAccount: deepflow-server

terminationGracePeriodSeconds: 30

defaultMode: 420

defaultMode: 420

apiVersion: v1

status:

## 下面是所有 status 内容...尘季诜夏

http://www.jsqmd.com/news/625024/

相关文章:

  • 2026年GEO平台选哪家好?年度GEO平台科学测评,谁最有效?从AI搜索时代的品类词垄断与反垄断策略深度评测中国TOP5机构 - GrowthUME
  • 从零构建gem5仿真环境:一个“Hello World”实例的逐行代码剖析与实战避坑指南
  • SoftMaskForUGUI项目设置详解:从安装到配置的最佳路径
  • Proteus仿真避坑指南:为什么你选的‘理想电容’和‘实际三极管’模型仿真结果不准?
  • AI股票分析师镜像性能调优:模型量化、KV Cache优化与批处理响应提速实测
  • GD32F4x与STM32F4读保护功能对比:移植注意事项与性能差异
  • 如何用CAD_Sketcher在Blender中实现精确参数化建模:终极指南
  • Taskr性能优化秘籍:从毫秒级任务到大规模项目的最佳实践
  • 像素级精准测量:PowerToys屏幕标尺如何让你的设计效率飙升300%
  • miniz压缩解压实战:从入门到精通
  • 可以让程序后台运行的命令
  • ESP32固件超过1M怎么办?手把手教你修改分区表(附menuconfig配置截图)
  • Illustrator智能填充脚本Fillinger:3分钟完成复杂图案设计的终极指南
  • YOLOv8鹰眼目标检测真实案例:街景、办公室多场景识别展示
  • Houdini自定义节点保存全攻略:从创建到HDA打包的完整流程
  • 2026年GEO平台营销选哪家好?本年度GEO平台权威科学榜单推荐,传统制造业数字化转型中的AI知识库重构与GEO实战 - GrowthUME
  • 从VS Code老用户到Cursor新手:我的配置迁移与汉化踩坑全记录
  • 基于CNN-LSTM-Attention等模型的Matlab时间序列预测系统(多特征输入、注释...
  • STM32F103C8T6的CAN通信保姆级教程:从CubeMX配置到按键控制心跳包(附完整工程)
  • 如何永久保存知识星球内容?开源工具助你打造个人数字图书馆
  • Stable Yogi Leather-Dress-Collection部署案例:NVIDIA GTX 1660 Super稳定运行实录
  • CopyTranslator:科研文献翻译的终极解决方案,智能处理PDF换行问题
  • DOTween部署与配置指南:从Unity 5到Unity 2023的全版本兼容方案
  • 工业缺陷检测实战:如何正确划分NEU-DET数据集(附Python代码)避免模型过拟合与欠拟合
  • 别再手动做PPT了!用iFlow CLI的pptx技能包,5分钟搞定专业演示文稿
  • 一键部署DeepSeek-OCR:WEBUI镜像让复杂场景文字识别变得简单高效
  • 文生图降本增效实践:Meixiong Niannian画图引擎在低配GPU上的真实表现
  • SDXL-Turbo在工业设计中的应用:产品外观多方案快速比选实战
  • VMware vSAN File Services Appliance 8.0U3h - 文件共享服务
  • Arcgis分区统计批处理实战:模型构建器避坑与自动化流程详解