熄灯勿语

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第20天。 Flannel是CoreOS团队针对Kubernetes设计的一个网络规划服务，简单来说，它的功能是让集群中的不同节点主

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第19天。 在上一篇文章中我们介绍了基于ipvs的cluster ip类型service的实现原理，本质上是在iptable的PRE

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第18天。 在之前文章中我们介绍了基于iptable方式实现的k8s集群中service的负载均衡。其本质上是当网络数据包从pod的

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第17天。 对于容器之间的网络通讯基本分为两种，underlay方式和overlay方式。underlay方式在通讯过程中没有额外的

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第16天。 前面介绍了集群内cluster ip service的实现原理，当然是基于iptable的nat的模式，也就是说利用OS

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第15天。 k8s集群中的服务是需要相互访问的，一般我们都会为之创建相应的service，对于集群内部的service类型我们一般设

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第14天。 在这里我们介绍宿主内的容器网络，当然我们还是以docker环境为例，介绍docker宿主环境中的容器网络。 在介绍doc

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第13天。 概述 线上排查pod 问题一般有两种方式，kubectl log 或者 kubectl exec 调试。如果你的 log

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第12天。 Kubernetes 网络模型来龙去脉 容器网络发端于 Docker 的网络。Docker 使用了一个比较简单的网络模型