摘要： 使用service的原因 1. Pod的IP不是固定的。2. Pod实例之间需要负载均衡。 部署Service和Deploy 使用selector字段来声明这个Service只代理携带了app=hostnames标签的Pod。这个Service的80端口，代理的是Pod的9376端口。 apiVer 阅读全文

摘要： iptables的缺点和ipvs的优点 当宿主机上有大量Pod时，大量iptables规则不断被刷新，占用大量CPU。ipvs采用了hash数据结构，比iptables更加高效。当创建了Service后，kube-proxy在每个宿主机上创建一个虚拟网卡（名字是kube-ipvs0），每个网卡上配置 阅读全文

摘要： flannel Pod挂载了ConfigMap kube-flannel-cfg 阅读全文

摘要： 消息队列本质是将同步处理转成异步处理 消息队列的基本要求不丢消息高可用高性能 消息队列名称 RabbitMQ RocketMQ Kafka 优点 轻量级 低延迟和高稳定性 1. 与周边生态系统的兼容性最好 2. 基于异步批量设计的异步收发性能最好 缺点 1. 消息大量堆积时性能大幅下降 2. 使用的 阅读全文

摘要： 有状态应用 实例之间有不对等关系，以及实例对外部数据有依赖关系的应用，就被称为“有状态应用”。 Pod管理策略 通过.spec.podManagementPolicy 字段来管理 Pod。OrderedReady：严格遵循 Pod 顺序来启停，默认设置。Parallel：告诉 StatefulSet 阅读全文

摘要： Deployment控制ReplicaSet（版本），ReplicaSet控制Pod（副本数）。 更新策略 Recreate 删除所有已存在的pod,重新创建新的; RollingUpdate 滚动升级spec.minReadySeconds: 新建Pod状态保持Ready持续时间的最小值，才被认为 阅读全文

摘要： 3点需求 只需要感知数据最新的状态，不担心错过数据的变化过程。需求1: 实时性(即数据变化时，相关组件越快感知越好)需求2: 保证消息的顺序性(即消息要按发生先后顺序送达目的组件。很难想象在Pod创建消息前收到该Pod删除消息时组件应该怎么处理)需求3: 保证消息不丢失或者有可靠的重新获取机制(比如 阅读全文

摘要： 在内容更新且发生变化时，resourceVersion（从etcd最新版本号开始）变成etcd最新版本号+1；不同于pod，pod控制器和cr都有generation，从1开始，会加1。 创建Pod内容器 删除Pod资源 status.phase status.phase是Pod的当前状态。 Pha 阅读全文

摘要： 作用范围 kube-apiserver请求处理全流程 webhook可以作用于准入。 准入控制 回调时，MutatingAdmissionWebhook可以修改对象，ValidatingAdmissionWebhook可以拒绝请求。 参考资料 深入理解 Kubernetes Admission We 阅读全文

摘要： 网络类型 VLAN模型 VXLAN模型 VXLAN和VLAN VID转换 针对不同场景，VID说法不同。针对VXLAN来说是VNI，针对VLAN来说是VLAN ID。VLAN和VXLAN共用br-int网桥时，VXLAN解封装后变成VLAN报文，防止br-int上VXLAN报文解封装成VLAN后的内 阅读全文