Kubernetes集群将所有节点上的资源都整合到一个大的虚拟资源池里，以代替一个个单独的服务器，而后开发诸如CPU，内存和I/O这些基本资源用于运行其基本单元---Pod资源对象。Pod的容器中运行着隔离的任务单元，它们以Pod为原子单位，并根据其资源需求从虚拟资源池中为其动态分配资源。若可以将整个集群类比为一台传统的服务器，那么Kubernetes（Master）就好比是操作系统内核，其主要职责在于抽象资源并调度任务，而Pod资源对象就是那些运行于用户空间中的进程，于是，传统意义上的向单节点或集群直接部署，配置应用的模型日渐式微，取而代之的是向Kubernetes的API Server提交运行Pod对象。
API Server是负责接收并响应客户端提交任务的接口，用户可使用诸如CLI工具（如Kubectl），UI工具（如Dashboard）或程序代码（客户端开发库）发起请求，其中，kubectl是最常用的交互式命令行工具。
API Server提供了RESTful风格的编程接口，其管理的资源是Kubernetes API中的端点，用于存储某种API对象的集合，例如：内置Pod资源是包含了所有Pod对象的集合。资源对象是用于表现集群状态的实体，常用于描述应于那个节点进行容器化应用，需要为其配置什么资源以及应用程序的管理策略等，例如：重启，升级及容错机制。
Kubernetes---核心对象之Pod
Kubernetes---核心对象之Controller
Kubernetes---核心对象之Service
Kubernetes---核心对象之Ingress
二进制--CentOS7.5 Kubernetes V1.13二进制部署集群
ansible--kubernetes-实战-快速安装k8s
【kubeadm】用kubeadm安装k8s集群
Kubernetes kubectl命令补全功能
获取集群环境相关的信息
显示当前使用的客户端及服务端程序版本信息
Kubernetes命令常用操作示例
命令式容器应用编排
一般来说，Kubernetes之上应用程序的基础管理操作由如下几个部分组成
1）通过合用的Controller类的资源（如Deployment或ReplicaionController）创建并管控Pod对象以运行特定的应用程序，如Nginx或Tomcat等。无状态（stateless）应用的部署和控制通常使用Deployment控制器进行，而有状态应用则需要使用StatefulSet控制器
2）为Pod对象创建Service对象，以便向客户端提供固定的访问路径，并借助于CoreDNS进行服务发现
3）随时按需获取各资源对象的简要或详细信息，以了解其运行状态
4）如有需要，则手动对支持扩缩容的Controller组件进行扩容或缩容；或者，为支持HPA的Controller组件（如Deployment或ReplicationController）创建HPA资源对象以实现Pod副本数目的自动伸缩。
5）滚动更新：当应用程序的镜像出现新版本时，对其执行更新操作；必要时，为Pod对象中的容器更新其镜像版本；并可根据需要执行回滚操作。