每天十分钟，轻松入门Kubernetes

前言 七月毕业之后正式入职了深圳的某家大厂，最近慢慢的能cover住手里的工作(主要是前端部分)之后，就想着开始做自己一直想做但是没有做的事情，为现在最大的云原生技术K8S做贡献。 第一步 作为一个足

Downward API 在实际应用中，很多程序都需要拥有K8S的相关信息，比如运行在哪个Pod、哪个Cluster、哪个Namespace下，而为了避免容器或容器内部的应用程序和K8S过度耦合，引入

前言 在使用K8S的过程中，我们不可避免的会需要接触到Yaml文件，如果一直用vim/vi来编写、修改Yaml文件也未尝不可，就是失去了对齐校验和自动补全，免不了造成效率低下的问题。这里推荐几个工具帮

资源 设置Pod/容器资源 我们可以精确到容器级别为其设置资源数量，资源resource由两部分组成，分别是请求requests和限制limits。当我们设置limits时， kubelet和容器运行

Ephemeral Containers 对于临时容器Ephemeral Containers最准确的定义是：临时容器是一种特殊的用于debug的容器，可以动态的添加到Pod中，通常用来对难以复现的问

污点 Taint 污点的作用就像一个过滤器，能够使节点排斥一些Pod，它是一个作用于Node的键值对；熟悉K8S的同学可能立马能想到有一个相反作用的属性叫做节点亲和性Affinity，作用于Pod，使

前言 Init Containers是一个或者一组专用的容器，在业务容器app containers之前启动运行，app containers是我们认为的业务容器，即专门干活的容器。我们可以在pod

一个 `POD` 中的容器可以共享同一网络和存储卷，这种设计使得它们能够相互之间快速地通信和共享资源。这意味着它们之间可以: - 直接通过localhost进行通信，A容器访问B容器就像访问本地

前言 我们在前面几篇博客中介绍了Pod生命周期各类组件与相关字段，比如Phase与Condition、Probe与lifecycle等等，这些组件的作用都是描述或调控Pod生命周期。这篇文章会向大家介

前言 在前文我们05.源码级别Pod详解（二）：Pod生命周期说过，因为Pod通常不直接被部署，而是通过更高级别的Workload所进行调度和管控，于是K8S提供了一种检测Pod是否成功部署的机制，这

前言 你需要一台Linux操作系统的虚拟机，服务器也可以，不过这个需要花点钱，新人优惠的话阿里云服务器第一年不到一百元，还是比较良心的。 在搭建K8S学习环境之前还需要安装Docker，网上有一键安装

前言 K8S除了会全生命周期跟踪Pod的状况，还会跟踪更底层的Container生命周期，Container的生命周期主要是由三部分组成、调控的，分别是Container States、postSta

Pod的生命周期概述 pod遵循一个既定的生命周期，在起始的时候，它会是Pending状态，然后如果有一个主容器运行成功，那么就进入Running状态，之后取决于有没有容器失败

K8S使用的API风格为声明式API，声明式API更加容易理解与维护，因为它们隐藏了底层的实现细节、我们通过yaml文件这种方式去创建、声明对应的对象。

Cluster 在K8S中，Cluster是一个核心概念，它代表了整个K8S管理的节点、命名空间、各类对象和资源的集合，在K8S中，一个Cluster至少包含一个工作结点和一个主节点，这些结点是运行在

我们把K8S集群分为两个部分，即Master节点（主结点）和Node节点（工作结点），其中主节点运行着控制平面组件

在"云原生"、"应用上云"火热的这几年，相信大家或多或少都听说过K8S这个可以称得上是"容器编排领域事实"的存在。