🔊博主介绍

🌟我是廖志伟，一名Java开发工程师、Java领域优质创作者、CSDN博客专家、51CTO专家博主、阿里云专家博主、清华大学出版社签约作者、产品软文专业写手、技术文章评审老师、问卷调查设计师、个人社区创始人、开源项目贡献者。🌎跑过十五公里、🚀徒步爬过衡山、🔥有过三个月减肥20斤的经历、是个喜欢躺平的狠人。

📕拥有多年一线研发和团队管理经验，研究过主流框架的底层源码(Spring、SpringBoot、Spring MVC、SpringCould、Mybatis、Dubbo、Zookeeper)，消息中间件底层架构原理(RabbitMQ、RockerMQ、Kafka)、Redis缓存、MySQL关系型数据库、 ElasticSearch全文搜索、MongoDB非关系型数据库、Apache ShardingSphere分库分表读写分离、设计模式、领域驱动DDD、Kubernetes容器编排等。

📙有过从0到1的项目高并发项目开发与管理经验，对JVM调优、MySQL调优、Redis调优 、ElasticSearch调优、消息中间件调优、系统架构调优都有着比较全面的实战经验。

📘有过云端搭建服务器环境，自动化部署CI/CD，弹性伸缩扩容服务器（最高200台），了解过秒级部署（阿里云的ACK和华为云的云容器引擎CCE）流程，能独立开发和部署整个后端服务，有过分库分表的实战经验。

🎥经过多年在CSDN创作上千篇文章的经验积累，我已经拥有了不错的写作技巧，与清华大学出版社签下了四本书籍的合约，并将陆续在明年出版。这些书籍包括了基础篇、进阶篇、架构篇的📌《Java项目实战—深入理解大型互联网企业通用技术》📌，以及📚《解密程序员的思维密码–沟通、演讲、思考的实践》📚。具体出版计划会根据实际情况进行调整，希望各位读者朋能够多多支持！

---

🌾阅读前，快速浏览目录和章节概览可帮助了解文章结构、内容和作者的重点。了解自己希望从中获得什么样的知识或经验是非常重要的。建议在阅读时做笔记、思考问题、自我提问，以加深理解和吸收知识。

💡在这个美好的时刻，本人不再啰嗦废话，现在毫不拖延地进入文章所要讨论的主题。接下来，我将为大家呈现正文内容。

🥤本文内容

Pod 介绍与原理讲解

哦，对了，咱们得聊聊 Pod，说小可小，说大可大，这可是 Kubernetes 项目体系中的小巧而又神奇的 API 元素之一啦！再细要说呢，其实咱们可以把 Pod 看作是 Kubernetes 项目的原子执行单位，这种设计啊，使得 Pod 成为了运作各种服务的坚实根基。想想看，一个普通的容器起步就是pause嘛，然后每次启动 Pod 的时候附带让这个容器活动起来，给 Pod 配置网络，这种设定可谓是豪情万丈啊！

在一个 Pod 里面，每一个应用容器都得分享这些宝贝儿：首先是 PID 命名空间，也就是说，即使在同一个 Pod 里面，不同的应用程序还是能瞅见别的应用程序的进程 ID，这就厉害了；其次是网络命名空间，这不是吹牛，Pod 里的各位兄弟姐妹们能轻松访问到同一个 IP 地址和端口范围，多好的团队氛围呀；再者，IPC 命名空间也不能放过，在 Pod 里的兄弟姐妹能用SystemV IPC 或者 POSIX 消息队列畅所欲言呢；还有 UTS 命名空间，哇塞，Pod 里的兄弟姐妹们还共享一个主机名嘞；最后，就是大家都喜欢的 Volumes（共享存储卷）啦，Pod 内部的哥几个用起来真是其乐融融，共享存储卷这玩意儿，一个 Pod 级别的大蛋糕，各位哥几个吃得开开心心。值得注意的是，一个Pod里面的容器镜像是各领风骚，各展所长，当然是各具特色啦（也就是要用到不同的应用啦），免得端口重复发生冲突。

好了，接下来咱们看看 Pod 的设计。首先，让咱们把握住一个典型的案例，那就是 WAR 包与 Web 服务器之间的合作关系。说到这，你可能会想，这有啥稀奇古怪的？嘿嘿，听我慢慢道来。

再来，咱们来看第二个例子吧，那就是容器的日志收集问题。比如说吧，现在有个需求，要求将日志文件源源不断地输出到容器的 /var/log 目录中去。这时候，咱们就可以把一个 Pod 里的 Volume 挂载到那个想要装日志文件的应用容器的 /var/log 目录上去。接着呢，咱们就在这个同一个 Pod 里赶紧孵化出一个 buddy 容器，让它也声明挂载同一个 Volume 到自己的 /var/log 目录上。于是乎，这个利索的 sidecar 容器就要背负起一项艰巨的任务，那就是疯狂从自己的那份 /var/log 文件目录中读取日志文件，舔着脸要么搬到 MongoDB 里待着，要么跑到 Elasticsearch 那边洗澡。如此一来，一场最基本的日志搜集战斗就宣告胜利结束了。好了，说了这么多，大家肯定已经明白了，sidecar 容器在这个例子里面的精华就是利用共享的 Volume 来款待那些文件。

Pod 生命周期管理

Pod 生命周期的风吹草动，蕴含在 Pod API 那小巧玲珑的状态字典——Status里头，这就是它三位一体中的那个独特的存在。好比说，pod.status.phase就像是 Pod 宝宝的小表情袋子，透露出生活的点滴瞬间。而且，这个 phase 总共分为了四大自然情况：Pending、Running、Succeeded和Failed。

首先，我们看到 pending小朋友，这就象征着 Pod 的 YAML 文件已然完成上交，投身到 Kubernetes极其严厉的审核大队 t面前。然而呢，不幸的消息是，Pod 里还有小娃儿没能通过考验——不能按计划蹦跶出来。比如，遭遇了艰辛的调度之旅。

接着，轮到 running了，这可是 Pod 迈向幸福生活的关键一步！此时此刻，Pod 宝宝已经顺利入选，与某个靠谱节点牵手成功。而它包揽的容器们也都吃饱喝足，精力满满。最让人舒心的是，至少有一个小崽子已经踏上征程，摇曳着舞步。

然后，他们笑逐颜开，因为 succeeded状态告诉他们，Pod 的团圆时刻到来啦！此刻，Pod 里的所有容器都已经完满落下帷幕，顺利退役。这样的场景，大都是在一次性任务上登台亮相。

最后，惊心动魄一幕来了，failed状态让人虚惊一场。不幸的是，Pod 里面至少有一个小家伙没有安详地回家，反而面色苍白、步履蹒跚地走出赛场。这个变故意味着，你需要接过 Teacher 手中的教鞭，帮这个小娃儿诊断病情，比如说瞅瞅 Pod 的事件簿和成长日记。

别忘了，Pod 状态这个小字典里，Status 仍可以再玩一把分身术，招来一批编号有趣的小鬼们——Conditions。它们分别是：PodScheduled、Ready、Initialized，以及 Un schedulable。它们的出现，以便让你深入了解，导致当前getStatus状况的真相究竟如何。再详细一点儿就是，Restart policy，这个……很抱歉，无法继续为您优化原文。您可以点击“重试”按钮，或换一段原文再试一次。我会继续努力，为您提供更多帮助。

Pod 的健康检查

探针这玩意儿，就是咱们小明哥（kubelet）每天照看着我们这些容器小兄弟们，给他们做个例行查体。怎么查体呢？小哥哥调用一下容器自己实现的这位 handler 大侠即可。探针的种类，可谓是五花八门，各具特色啊！比如那个exec 探针，它的作用位置就是在执行进程的时候检查一下，看看container的状况如何，只需看process啥时候潇洒退休就能知道了；而http get 探针嘛，就是发个探戈舞般的 HTTP GET 请求给容器，看看人家回馈的 HTTP 状态码是不是洋溢着喜悦，只要大于等于 200 但又小于 400，那就说明这个体检过关啦！tcp socket 探针就更有意思了，它跟容器玩躲猫猫似的打开个TCP 连接到指定端口去，如果连上了，就说明容器小家伙的身体状况还不错！那么kubernetes这位严肃的大哥，怎么监测检查这些小弟弟呀？他可是按照规矩来的，按周期查看探针的情况，然后依葫芦画瓢地上场表演起来。如果哪个pod小老弟报告说肚子饿，还没准备好吃饺子（没有 up & ready）的话，那是会立马被赶出家门（从ervice里面踢出去）的。如果pod小老弟再次爬起来卖力工作（变得ready），然后再回到家中，没毛病，大家又是一片和谐。每次检查，探针都会给出三张“成绩单”：第一张是满分过关，第二张是不及格红牌罚下，第三张是一脸蒙逼的未知状态，大哥也就只呆在那里，不操心了。至于livenessProbe这位大哥嘛，主要负责观察容器小兄弟是否活蹦乱跳。要是探针失灵误报，kubelet就要动手把容器干倒，让他接受重启策略的惩罚。如果容器小兄弟心血来潮没设生存探针，默认状态也是得了100分呢，相当于一路绿灯了。而readinessProbe这位大佬，职责是审核容器小兄弟能否胜任接客求生。如果不行，那节点控制器可不会客气，直接把Pod的IP地址从与Service相应的所有端口上下文中剔除。就绪状态开始走下坡时的默认设置是挂科淘汰。不过，如果容器小兄弟懒得浪费时间设就绪探针，那他的默认状态也能算是优等生的。只要Pod小兄弟的标签（tag）和服务的选秀门槛（pod selector）对上眼了，那么Pod就能在家务事做得来的前提下给大家带来方便，要是没准备好，可是要闹笑话的，所以就得有个靠谱的就绪探针来检查他了，一旦检查合格，便可以正式担任打扫卫生的角色，处理各种信息。

📢文章总结

对本篇文章进行总结：

🔔以上就是今天要讲的内容，阅读结束后，反思和总结所学内容，并尝试应用到现实中，有助于深化理解和应用知识。与朋友或同事分享所读内容，讨论细节并获得反馈，也有助于加深对知识的理解和吸收。

🔔如果您需要转载或者搬运这篇文章的话，非常欢迎您私信我哦~

🚀🎉希望各位读者大大多多支持用心写文章的博主，现在时代变了，🚀🎉 信息爆炸，酒香也怕巷子深🔥，博主真的需要大家的帮助才能在这片海洋中继续发光发热🎨，所以，🏃💨赶紧动动你的小手，点波关注❤️，点波赞👍，点波收藏⭐，甚至点波评论✍️，都是对博主最好的支持和鼓励！

• 💂 博客主页： 我是廖志伟
• 👉开源项目：java_wxid
• 🌥 哔哩哔哩：我是廖志伟
• 🎏个人社区：幕后大佬
• 🔖个人微信号： SeniorRD
• 🎉微信号二维码：

📥博主目标

• 🍋程序开发这条路不能停，停下来容易被淘汰掉，吃不了自律的苦，就要受平庸的罪，持续的能力才能带来持续的自信。我本是一个很普通的程序员，放在人堆里，除了与生俱来的盛世美颜，就剩180的大高个了，就是我这样的一个人，默默写博文也有好多年了。
• 📺有句老话说的好，牛逼之前都是傻逼式的坚持，希望自己可以通过大量的作品、时间的积累、个人魅力、运气、时机，可以打造属于自己的技术影响力。
• 💥内心起伏不定，我时而激动，时而沉思。我希望自己能成为一个综合性人才，具备技术、业务和管理方面的精湛技能。我想成为产品架构路线的总设计师，团队的指挥者，技术团队的中流砥柱，企业战略和资本规划的实战专家。
• 🎉这个目标的实现需要不懈的努力和持续的成长，但我必须努力追求。因为我知道，只有成为这样的人才，我才能在职业生涯中不断前进并为企业的发展带来真正的价值。在这个不断变化的时代，我们必须随时准备好迎接挑战，不断学习和探索新的领域，才能不断地向前推进。我坚信，只要我不断努力，我一定会达到自己的目标。

🔔有需要对自己进行综合性评估，进行职业方向规划，我可以让技术大牛帮你模拟面试、针对性的指导、传授面试技巧、简历优化、进行技术问题答疑等服务。

可访问：https://java_wxid.gitee.io/tojson/