大话云原生：Kubernetes灰度发布，如何实现自动化服务升级的飞跃？

本文共计1389个文字，预计阅读时间需要6分钟。

本文为《大词云原生》系列第四篇，旨在用最通俗、简单的语言说明白云原生生态系统内的组成、架构以及应用关系。从本篇开始，我们将针对Kubernetes进行介绍。

此文系系列第四篇，该系列文章期望用最通俗、简单的语言说明白云原生生态系统内的组成、架构以及应用关系。从这篇开始我们要开始针对Kubernetes进行介绍了，本文内容如下：

一、Kubernetes的Pod概念解析

前文说到老婆过生日了我们一起出去旅游，上了团体服务班车，小娜同学(老婆)闲聊到：“这服务还不错哈，2个跟车导游，1个司机”。三句不离老本行，我无聊的说到：“他们三个人就是一个Pod，提供一天的旅游服务内容，有主有次不可分割"。

小娜同学又上套了：“什么是Pod啊？英文单词豌豆荚？”，让老婆增加对老公崇拜感的机会不可多得，那就开讲，反正坐车也是闲着。

• 一般来说一个Pod提供一种服务(微服务)，“哎？之前说容器的时候你也是这么说的”。是的，容器是提供服务的最小单元，那么Pod是什么概念？这是因为我们现在讨论的是k8s，Pod是k8s服务调度的最小单元。
• “为什么引入Pod的概念？”，因为有的时候你会发现：一个服务通常包含辅助它的服务。比如这个车上，一个导游长得漂亮口才好作为主导游提供核心讲解服务，还有一个辅助她的导游负责发帽子、统计人数、统计消费等。同理回到架构技术角度，一个nginx提供web服务容器作为核心服务容器，负责收集nginx日志的服务容器作为辅助服务和它部署在一起，这样方便日志收集与连接。