job是k8s提供的一种任务类型，负责批量处理短暂的一次性任务 (short lived one-off tasks)，即仅执行一次的任务，它保证批处理任务的一个或多个Pod成功结束

HPA全称Horizontal Pod Autoscaling ，可以实现pod的水平自动化扩缩容，比如当POD中业务负载上升的时候，可以创建新的POD来保证业务系统稳定运行，当POD中业务负载下降的时候，可以销毁POD来提高资源利用率。

Kubernetes作为一个应用部署和运行平台，但并没有抽象出应用这一层的概念，用户在部署应用时，需要考虑到多个k8s对象(Deployment、Service、ConfigMap、pvc等)，有比较高的应用部署门槛。

在早先的k8s版本中，kubelet代码里提供了networkPlugin,networkPlugin是一组接口，实现了pod的网络配置、解除、获取，当时kubelet的代码中有个一个docker_manager，负责容器的创建和销毁，亦会负责容器网络的操作。而如今我们可以看到基本上kubelet的启动参数中，net...

本篇将继续深入学习kubebuilder开发，并介绍一些深入使用时遇到的问题。包括：finalizer、控制器对CRD的update status、kubebuilder注释等。并且会分享一些在开发过程中使用的小技巧

一个简易，并且高性能的测试工具。之前使用的是ab，但发现envoy默认不支持http 1.0，而ab目前只支持http 1.0，所以完美的错开了。envoy是可以支持http 1.0的，但是我配置了下，好像没有成功，就没有深入了，果断换了wrk，目前使用起来感觉这个工具很好用。

Kubebuilder 是一个基于 CRD 来构建 Kubernetes API 的框架，可以使用 CRD 来构建 API、Controller 和 Admission Webhook。

kustomize 是基于目录，使用 Base + Overlay 的方式对应用的原始 YAML 进行派生，功能简单清晰，kubectl 直接支持。

开发者可以通过kuberneters annotation，很容易控制服务的流量，实现灰度发布 应用场景 微服务各组件独立更新，然后验证又必须在实际环境中进行 部署新功能有风险，然后可以通过导流一小部分用户实际使用，来减小风险 依赖的第三方组件，无法很好地进行测试，只能依...

Docker架构分析 {代码...} 大家一定很困惑 dockerd, containerd, ctr,shim, runc,等这几个进程的关系到底是啥 初窥得出的结论是： docker是cli没啥可说的 dockerd是docker engine守护进程，dockerd启动时会启动containerd子进程。 dockerd与containerd通过rpc进行通...

[链接] 最重要的官方文档，建议先粗读一遍再来看本文。 go 的 reflect 还是比较简单的，可以很快上手。 [链接] [链接]源码中有上百个 panic，各种检查做的很全面，有想法就大胆地去试，只要能 run 起来，一般问题不大。 实际使用中可以先不考虑使用 reflect 对性能的...

自己在做golang开发一段时间后，也深有同感，觉得很有必要优化一下，一方面让代码更优雅一些，另一方面也为了形成系统的错误处理方式，而不是随心所欲的来个errors.new()，或者一直return err。

在dockerfile中给指定文件添加多行，注意echo后面的"$"符号 {代码...} 结果： 注意多行文本中"#" 注释行，并没有输入到指定文件中 {代码...}

环境 集群 节点 ip 1 ip 2 组件 master01 172.31.133.26/26 172.31.133.90/26 ovn-central(nb,sb,northd) node01 172.31.133.27/26 172.31.133.91/26 controller,ovs(vswtichd,db) node02 172.31.133.28/26 172.31.133.92/26 controller,ovs(vswtichd,ovsdb) ovn初始...

环境 集群 节点 ip 1 ip 2 组件 master01 172.31.133.26/26 172.31.133.90/26 ovn-central(nb,sb,northd) node01 172.31.133.27/26 172.31.133.91/26 controller,ovs(vswtichd,db) node02 172.31.133.28/26 172.31.133.92/26 controller,ovs(vswtichd,ovsdb) ovn初始...

有了上一篇关于tun/tap的介绍之后，大家应该对虚拟网络设备有了一定的了解，本篇将接着介绍另一种虚拟网络设备veth。 veth设备的特点 veth和其它的网络设备都一样，一端连接的是内核协议栈。 veth设备是成对出现的，另一端两个设备彼此相连 一个设备收到协议栈的数据...

物理环境： master01(172.31.133.26)， node01(172.31.133.27)， node02(172.31.133.28)

安装 yum源 {代码...} 安装 yum --enablerepo=nux-misc install tunctl 创建虚拟网卡设备 {代码...} 设置虚拟网卡 {代码...} 添加到网桥 {代码...}

灵活运用readinessProbe和livenessProbe探针，对于常规异常(如：服务没有响应，健康检查失败)做到自动处理，业务日志记录异常

咨询熟悉java的小伙伴，说 spingboot可能有潜在的外部网络请求延迟（如请求Spring官网等），请求可能多次失败超时，不影响服务启动，但会影响启动时间。通过在虚机和容器中抓包，抓到了一个外部域名，但是虚机容器中都可以正常联通。包括修改域名服务器，都没有效果