k8s从入门到放弃

一个大规模的 K8s 集群里很可能有成千上万个 PVC，运维人员必须得事先创建出成千上万个 PV，而随着新的 PVC 被提交，运维人员不得不继续添加新的 PV，否则新的 Pod 就会因为 PVC 绑定

到底什么才是“声明式 API”呢？ 答案是 kubectl apply 命令。 在修改 YAML 文件后，不再使用 kubectl replace 命令进行更新，而是执行 kubectl apply

前提知识 k8s 数据存储 存储状态 PVC、PV 的设计，使得 StatefulSet 对存储状态的管理成为了可能。用上节的stateful的yaml文件为例： 额外添加了一个 volumeClai

前提 Deployment 对应用做了一个简单化假设。它认为一个应用的所有 Pod 是一样的。它们之间没有顺序，也无所谓运行在哪台宿主机上。需要时通过 Pod 模板创建新的 Pod；不需要的则“杀掉”

Pod，是 K8s 的原子调度单位。 那为什么我们需要 Pod？ 回答这个问题前先回忆一下：容器的本质到底是什么？ 容器的本质是进程。 没错。容器就是未来云计算系统中的进程；容器镜像就是这个系统里的“

之前在k8s中完成的所有操作都是通过命令行工具kubectl完成的。为了提供更丰富的用户体验，k8s还开发了一个基于web的用户界面。用户可以使用Dashboard部署容器化的应用，还可以监控应用的状

1. 访问控制概述 K8s作为一个分布式集群的管理工具，保证集群的安全性是其一个重要的任务。所谓的安全性其实就是保证对K8s的各种客户端进行认证和鉴权操作。 客户端 在K8s集群中，客户端通常有两类：

在前面已经提到，容器的生命周期可能很短，会被频繁地创建和销毁。那么容器在销毁时，保存在容器中的数据也会被清除。这种结果对用户来说，在某些情况下是不乐意看到的。为了持久化保存容器的数据，k8s引入了Vo

1. Service介绍 在k8s中，pod是应用程序的载体，我们可以通过pod的ip来访问应用程序，但是pod的ip地址不是固定的，这也就意味着不方便直接采用pod的ip对服务进行访问。 为了解决这

1. Pod控制器介绍 Pod是k8s的最小管理单元，在k8s中，按照pod的创建方式可以将其分为两类： 自主式pod：k8s直接创建出来的Pod，删除后就没有了，不会重建 控制器创建的pod：k8s

1. Pod介绍 1.1 Pod结构 每个Pod中都可以包含一个或多个容器，这些容器可以分为两类： 用户程序所在的容器，数量可多可少 Pause容器，每个Pod都有的根容器，它的作用有两个： 以它为依

本章节将介绍如何在k8s集群中部署一个nginx服务，并且能够对其进行访问。 1. Namespace Namespace是k8s系统中的一种非常重要资源，它的主要作用是用来实现多套环境的资源隔离或者

1. 资源管理介绍 在k8s中，所有的内容都抽象为资源，用户通过操作资源来管理k8s。 2. YAML语言介绍 YAML是一个类似 XML、JSON 的标记性语言。它强调以数据为中心，并不是以标识语言

1. 前置知识点 目前生产部署Kubernetes 集群主要有两种方式： kubeadm Kubeadm 是一个K8s 部署工具，提供kubeadm init 和kubeadm join，用于快速部署

1. 应用部署方式演变 在部署应用程序的方式上，主要经历了三个时代： 传统部署：互联网早期，直接将应用程序部署在物理机上 虚拟化部署：可以在一台物理机上运行多个虚拟机，每个虚拟机都是独立的一个环境 容