如何为公司制定一个有效的网站推广和营销策划方案，同时优化网站建设？

网站推广营销策划方案,公司网站建设优帮云,wordpress表格前缀,秦皇岛企业建设网站我们知道容器是通过 pod 来承载的#xff0c;我们在 k8s 中#xff0c;服务都是跑在 pod 里面的#xff0c;pod 里面可以跑 1 个容器#xff0c;或者跑多个容器#xff0c;那么咱们 pod 里面跑 1 个服务容器#xff0c;咱真的就以为里面就只有这样个容器吗#xff1f; …我们知道容器是通过 pod 来承载的我们在 k8s 中服务都是跑在 pod 里面的pod 里面可以跑 1 个容器或者跑多个容器那么咱们 pod 里面跑 1 个服务容器咱真的就以为里面就只有这样个容器吗 pod 到底是个啥 假如咱们 pod 里面只运行我们的一个服务的时候也就是里面只运行一个容器那么实际上里面是有几个容器呢 是有两个的默认会有一个基础容器提供 Linux 命名空间 一个我们自己的容器一个附加容器 这个附加容器难道就只提供命名空间 不不不这个附加容器就干一件事就是保存这个 pod 的所有容器的命名空间 画一个简图来形象的说明一下 最开始我们认为的是图中的上半部分那么实际上容器 A 共享的命名空间是保存在哪里的呢就是保存在基础容器里面的 哪怕我们现在再加一个容器 B这个容器 B 也是共享这个基础容器的 Linux 命名空间的 那么基础容器的生命周期是多少呢 上述有说到一个 pod 里面的所有容器都会共享这个基础容器保存的命名空间 咱们自己加入的容器做服务可能会有挂的时候也会有重启的时候放咱们的服务容器重启启动时还是需要之前的 Linux 命名空间这个时候就可以找基础容器获取了 只要 pod 还活着基础容器就会一直陪着它 pod 不挂基础容器不消失 如果手动关闭了这个重要的基础容器那么节点里面的 关键角色之一 kubelet 就会监控到异常信息就会马上重新建立一个基础容器 pod 和 pod 之间通信会进行网络地址转换吗 首先说一下结论 pod 和 pod 之间通信是没有进行网络地址转换 NAT 的pod 和 node 之间通信也没有进行网络地址转换 NAT 就比如说在 节点 1 里面有一个 pod1ip 是 1.1.1.1 节点 2 里面有一个 pod 2 ip1.1.1.2 当 pod 1 中的容器需要访问 pod 2 的时候 节点 1 出去的包源 ip 是 pod 1 的 ip目的 ip 是 pod 2 的 ip同样到 pod 2 收到包的时候也是这样的并没有经过 NAT pod 和 node 通信也是这样的逻辑 我们知道 pod 容器实际上是运行在 worker 节点上的 那么我们要访问咱们运行在 worker 节点上的 pod 但是咱们的主控节点是 master 这个时候如果我们外面的网络需要访问上面这个 pod 节点的容器那么这个时候外面的网络需要访问 master 的 ip 还是 worker 的 ip 呢 需要访问 worker 的 ip 这是为什么呢可以思考一下… 今天就到这里学习所得若有偏差还请斧正 欢迎点赞关注收藏 朋友们你的支持和鼓励是我坚持分享提高质量的动力 好了本次就到这里 技术是开放的我们的心态更应是开放的。拥抱变化向阳而生努力向前行。 我是小魔童哪吒欢迎点赞关注收藏下次见~ 更多的可以查看 零声每晚八点直播https://ke.qq.com/course/417774