描述:近些年由于Cloud云计算(公有云)以及大数据的发展促进了企业从传统转型到数字信息化再到上云, 其中运维部署应用技术也从物理机转向虚拟化再转向了容器化，而又随着分布架构应用的火热，以及对业务快速迭代的的需要，便推动了如今的Kubernetes分布式架构运维平台，它实现了对容器资源的编排与控制, 这也是本次学习的重中之重;
# 公有云类型
Infrastructure as a Service (基础设施及服务) ：阿里云、腾讯云、百度云、京东云、Google Cloud、AWS Cloud
# 提供给消费者的服务是对所有计算基础设施的利用，包括处理CPU、内存、存储、网络和其它基本的计算资源，用户能够部署和运行任意软件，包括操作系统和应用程序。
Platform as a Service (平台及服务) ： 新浪云(SAE) | Google Cloud 平台(GCP)
# 提供给消费者的服务是把客户采用提供的开发语言和工具（例如Java，python, .Net等开发环境）开发的或收购的应用程序部署到供应商的云计算基础设施上去。
Software as a Service (软件即服务) : Office 365(云办公) 、 腾讯文档
# 提供给客户的服务是bai运营商运行在云计算基础设施上的应用程序，用户可以在各种设备上通过客户端界面访问，如浏览器。
部署时代变迁流程
描述:又回到部署时代变迁流程, 大致来说在部署应用程序的方式上，我们主要经历了三个时代：
不能为应用程序定义资源使用边界，我们也就很难合理地分配计算资源。例如：如果多个应用程序运行在同一台物理机上，可能发生这样的情况：其中的一个应用程序消耗了大多数的计算资源，导致其他应用程序不能正常运行。应对此问题的一种解决办法是，将每一个应用程序运行在不同的物理机上。然而，这种做法无法大规模实施，因为资源利用率很低，且企业维护更多物理机的成本昂贵。应用程序被虚拟机相互分隔开，限制了应用程序之间的非法访问，进而提供了一定程度的安全性。提高了物理机的资源利用率，可以更容易地安装或更新应用程序，降低了硬件成本，因此可以更好地规模化实施。降低了隔离层级，共享了操作系统。因此，容器可以认为是轻量级的。
不强制依赖宿主系统硬件环境)
容器因具有许多优势而变得流行起来,这里再老生重谈一下容器化对我们带来的诸多好处:
前世今生
言归正传，让我们回顾一下 Kubernetesd 的前世今生，在KUbernetes出现前的一些资源管理器。
在2015年4月份发布后迅速在各个企业占有一席之地; -> 下一代分布式架构的王者
以下是使用 google trends 对比在对于上述的容器编排工具 kubernetes 、 docker swarm、 mesos 三个关键词搜索热度的截图。
Q:那什么是Kubernetes系统?
答: Kubernetes (K8s)是一个用于自动化部署、扩展和管理容器化应用程序的开源系统。
简单的说它就是一个全新基于容器技术的分布式架构方案，Kubernetes 是一个可移植的、可扩展的开源平台，用于管理容器化的工作负载和服务，可促进声明式配置(依据配置信息自动地执行容器化应用程序的管理)和自动化。Kubernetes 拥有一个庞大且快速增长的生态系统。
参考地址: https://kubernetes.io/zh/docs/concepts/overview/what-is-kubernetes/
名称含义
描述: Kubernetes的名字起源于希腊语，含义是 舵手、领航员、向导，其logo即像一张渔网又像一个罗盘。
Google于2014年将Brog系统开源并命名为Kubernetes，它是构建在Google Brog 十五年运行大规模分布式系统的经验 基础之上，同时凝聚了社区的最佳创意和实践。
PS深层含义: 既然Docker把自己定位是驮着集装箱在大海遨游的鲸鱼，那么Kubernetes则是掌控大海从而捕获和指引这条鲸鱼按照其设定的路线巡游，从这里可以看出Google对其打造了新一代容器世界的伟大蓝图;
kubernetes 官网: https://kubernetes.io
Kubernetes 能完成什么工作
Q: 为什么需要 Kubernetes? 它能做什么?
答：容器是打包和运行应用程序的好方式但是免不了容器发生故障，在生产环境中您需要管理运行应用程序的容器并确保不会停机；
例如：当一个容器故障停机，需要另外一个容器需要立刻启动以替补停机的容器。类似的这种对容器的管理动作由系统来执行会更好更快速(而放弃传统的手工方式)。
Kubernetes针对此类问题提供了一个可弹性运行分布式系统的框架，可以使你非常健壮地运行分布式系统，它可以处理应用程序的伸缩、failover(故障转移)、部署模式等多种需求。
例如:Kubernetes 可以轻松管理系统的 Canary 部署。
Kubernets 也提供了完善的管理工具涵盖了开发/部署测试/运维监控的各个环节;
Q: Kubernetes 设计理念?
描述:其功能与架构都遵循了"一切以服务为中心，一切围绕服务运转"以及微服务的架构，简化开发流程与运维的成本;
Q: 什么是容器编排技术?
答:容器编排的技术定义是预定义流程的执行(先做A、再做B、然后做C)。与此相对应Kubernetes构建了一系列相互独立、可预排的控制过程，以持续不断地将系统从当前状态调整到声明的目标状态。
比如: 如何从 A 达到 C，并不重要集中化的控制也就不需要了,就是这样的设计思想使得Kubernetes使用更简单、更强大、稳健、反脆弱和可扩展。
Q: K8s提供特性说明
DNS 名称或 IP 地址暴露容器的访问方式,并且可以在同组容器内分发负载以实现负载均衡;本地存储/nfs/iscsi/云存储 等自动执行部署创建新容器、删除现有容器并将其所有资源采用到新容器;在容器就绪之前，避免调用者发现该容器)而无需重新构建容器的镜像;Kubernetes 不是什么
描述：Kubernetes不是一个传统意义的、保罗万象的 PaaS(Platform as a Service)系统。
它主要在容器层面上工作而不是硬件层面，它提供了与PaaS相似的通用特性例如：部署、伸缩、负载均衡、日志、监控等; 然而K8a并不是一个单一整体，这些特性都是可选、可插拔的(高自定义)
Kubernetes提供用于搭建开发平台的基础模块，同时为用户提供了不同模块的选择性和多样性。
有状态、无状态、数据处理等类型的应用,简单的说只要能在容器中运行的就可以在k8s上运行;持续集成、交付和部署 (CI/CD) 工作流由公司业务及技术要求决定；
此类组件可以在 Kubernetes 上运行，或者可以被运行在 Kubernetes 上的应用程序访问;日志、监控、以及报警组件;
日志展示平台) / Pinpoint(分布式系统性能监控工具) / Skywalking (Skywalking分布式追踪与监控)/ Metrics Server (英 /ˈmetrɪks/ 容器监控) / Prometheus (容器监控) 等helm / kustomize / kubectl / kubernetes dashboard / kuboard /octant / k9s 等puppet、ansible、open stack 等不是一个纯粹意义上的容器编排系统, 因为它消除了容器编排的需求。总结简要K8s优点与劣势
Kubernetes 版本号格式
Kubernetes 版本号格式遵循 Semantic Versioning 版本控制规则, 版本号格式为 x.y.z，其中 x 为大版本号，y 为小版本号，z 为补丁版本号。
一般 Kubernetes 项目会维护最近的三个小版本分支（例如:2020年11月 -> 1.19, 1.18, 1.17）。
提供了有关 kubelet 与控制平面以及其他 Kubernetes 组件之间受支持的版本倾斜的更多信息：https://kubernetes.io/zh/docs/setup/release/version-skew-policy/
Q：如何学习Kubernetes系统?从哪几方面进行入手学习?
答: 笔者最初学习时候由于K8s知识体系太庞大了导致零零散散的学习了一些基础知识, 但是越学到后面就越吃力，所以又不得重新学习一些基础知识，下面就是本人学习思路:
介绍说明：前世今生 Kubernetes基础介绍 Borg / Kubernetes 框架 KUbernetes关键字含义
基础概念：什么是 Pod 控制器类型 K8S 网络通讯模式
工具部署：单节点 构建 K8S 集群
资源清单：资源 掌握资源清单的语法 编写 Pod 掌握 Pod 的生命周期***
Pod 控制器：掌握各种控制器的特点以及使用定义方式
服务发现：掌握 SVC 原理及其构建方式
存储：掌握多种存储类型的特点 并且能够在不同环境中选择合适的存储方案(有自己的简介)
调度器：掌握调度器原理 能够根据要求把Pod 定义到想要的节点运行
安全：集群的认证 鉴权 访问控制 原理及其流程
HELM：Linux yum 掌握 HELM 原理 HELM 模板自定义 HELM 部署一些常用插件
运维：修改Kubeadm 达到证书可用期限为 10年 能够构建高可用的 Kubernetes 集群
开发： Kubernetes 自开发实现特殊功能
Q: k8s适合人群学习研究?
描述: 项目经理、软件架构师、软件工程师、测试工程师、运维工程师以及其它网络技术爱好者;
Q: 学习参考文档?
答:入门必看文档系列以后看到K8s一律等同于Kubernetes只是方便国人发音;
描述: 为了更好的了解与学习Kubernets就需借鉴对照Brog系统架构, 看出K8s如何基于Brog系统进行演变更新;
1) Borg系统架构图如下:
2) 组件简单说明:
>= 3 奇数个节点;1) K8s系统架构图如下:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-1FMjgRMA-1652949355370)(https://cdn.jsdelivr.net/gh/WeiyiGeek/blogimage/2020/2/20200423141924.png)]
2) 组件简单说明:
节点控制器(NC)/ 副本控制器(RC 机制维持副本期望数目)/ 端点控制器(EC) / 服务帐户和令牌控制器 (SA & TC))特定于云平台的控制回路可以想做它与 kube-controller-manager 类似;PS : 不管是K8S的master节点还是Nodes节点都需要依赖容器引擎但不限于docker(主流默认)或者其它的一些容器引擎(podman)
参考地址：https://kubernetes.io/zh/docs/concepts/overview/components/
补充记录时间:[2020年4月22日 14:51:04]
PS : etcd Storage 有 v3 与 v2 版本, 先K8S集群中使用的是etcd v3版本, v2版本已在K8s v1.11中弃用, 更多信息请参考官网或者博客中<Etcd基础学习之架构及工作原理.md>;
组件说明:
通过上面的简单的K8s组件说明，下面详述了 Kubernetes 的主要组件(该章节非常的重要了解其组件是了解其K8s架构的基础)
Q:Control Plane Components控制平面组件的作用说明
答:它是集群的控制平台组件(
Control Plane Components)，主要负责集群中的全局决策(例如调度)和探测并响应集群事件(例如: 当 Deployment 的实际 Pod 副本数未达到 replicas 字段的规定时，启动一个新的 Pod);
控制平面组件可以运行于集群中的任何机器上，但是为了简洁性该组件通常是在运行在一台无其业务容器下的机器上;
Master节点下组件的介绍:
1.kube-apiserver : 主要用于提供 Kubernetes API用来控制平台的前端可以进行水平扩展(k8S中资源的增删改查操作入口)，比如我们上面提到的 kubectl / kubernetes dashboard / kuboard 等k8s管理工具基于此实现对 Kubernetes 集群的管理
2.etcd : 支持一致性和高可用的键值对存储组件，Kubernetes集群的所有配置信息都存储在 etcd 中,所以etcd 数据库通常需要有个备份计划;
3.kube-scheduler : 主要用于任务调度，此组件监控所有新创建尚未分配到节点上的 Pod，并且自动选择为 Pod 选择一个合适的节点去运行。
单个或多个 Pod 的资源需求、硬件、软件、策略的限制、亲和与反亲和(affinity and anti-affinity)的约定、数据本地化要求、工作负载间的干扰和最后时限;4.kube-controller-manager: 在主节点上运行控制器的组件(资源对象的自动化控制中心)，从Logic上来说每一个控制器是一个独立的进程，但是为了降低复杂度，这些控制器都被编译到同一个可执行文件并运行在一个进程里，该模块包含的控制器有：
负责监听节点停机的事件并作出对应响应;负责为集群中每一个副本控制器对象(Replication Controller Object)维护期望的 Pod 副本数;负责为端点对象(Endpoints Object，连接 Service 和 Pod)赋值;名称空间创建 default Service Account 以及 API Access Token;5.cloud-controller-manager: 云控制器管理器是 1.8 的 alpha 特性,这是将 Kubernetes 与任何其他云集成的最佳方式。 云控制器管理器允许您将集群链接到云提供商的API，并将与云平台交互的组件与仅与集群交互的组件分离开来即用于特定于云平台的控制回路。与 kube-controller-manager 类似，cloud-controller-manager 将若干逻辑上独立的 控制回路组合到同一个可执行文件中，供你以同一进程的方式运行。 你可以对其执行水平扩容(运行不止一个副本)以提升性能或者增强容错能力。
将几个逻辑上独立的控制循环组合成一个二进制文件作为一个进程运行。cloud-controller-manager,通过cloud-controller-manager，Kubernetes可以更好地与云供应商结合，例如在阿里云的 Kubernetes 服务里，您可以在云控制台界面上轻松点击鼠标，即可完成 Kubernetes 集群的创建和管理。在私有化部署环境时，您必须自行处理更多的内容。以下控制器可以有云提供商依赖:
(1) 节点 (Node) 控制器(Node Controller)：当某一个节点停止响应时，调用云供应商的接口，以检查该节点的虚拟机是否已经被云供应商删除
#译者注：私有化部署Kubernetes时，我们不知道节点的操作系统是否删除，所以在移除节点后，要自行通过 kubectl delete node 将节点对象从 Kubernetes 中删除
(2) 路由 (Router) 控制器 (Route Controller)：在云供应商的基础设施中设定网络路由（`即用于在底层云基础架构中设置路由`）
#译者注：私有化部署Kubernetes时，需要自行规划Kubernetes的拓扑结构，并做好路由配置，例如 安装Kubernetes单Master节点 中所作的
(3) 服务(Service) 控制器 (Service Controller)：`创建、更新、删除`云供应商提供的负载均衡器
#译者注：私有化部署Kubernetes时，不支持 LoadBalancer 类型的 Service，如需要此特性，需要创建 NodePort 类型的 Service，并自行配置负载均衡器
(4) 数据卷 (Volume) 控制器：`创建、绑定、挂载`数据卷，并协调云供应商编排数据卷
#译者注：私有化部署Kubernetes时，需要自行创建和管理存储资源，并通过Kubernetes的存储类、存储卷、数据卷等与之关联
补充说明:
Q:什么是alpha阶段?
答:即开发内部测试阶段;
描述：Node 组件运行在每一个节点上(包括 worker 节点或者 master 节点)，负责维护运行中的 Pod 并提供 Kubernetes 运行时环境。
Node下组件的介绍:
确保 Pod 中的容器处于运行状态，负责对容器的生命周期进行管理并且与Master节点密切卸载实现集群的基本管理工作；
不是通过 Kubernetes 创建的容器。Kubernetes Service概念的重要部分。
补充说明:[2020年4月22日 16:41:04]
Q:什么是引擎?
答:创建和管理容器的工具，通过读取镜像来生成容器，并负责从仓库拉取镜像或提交镜像到仓库中；
Q:多种容器引擎介绍
C/S架构应用)，包含以下组件守护进程dockerd,与 Docker 守护进程进行对话和指导的接口的 API,命令行接口 (CLI) 客户端使用Docker API通过脚本或直接命令控制与 Dockerd 守护进程交互;
容器编排/调度技术的基础)，可以实现对容器的各种操作(启动，停止等)和网络和存储配置(提供定制化)，它提供了标准化的接口方便各种平台集成，并且还可以将运行环境(Runtime)做成可插拔(Plugable)。前面我们说过在Node节点中Kubelet主要负责Pod的创建、启动、监控、重启、销毁;但它并不是直接面向最终用户, 主要是用于集成到更上层的系统里, 比如 Docker Swarm, Kubernetes, Mesos等容器编排系统。
PS : 例如 Docker
描述：插件使用 Kubernetes 资源（DaemonSet、 Deployment等）实现集群功能。 因为这些插件提供集群级别的功能，插件中命名空间域的资源属于 kube-system 命名空间。
下面描述了一些经常用到的 addons 更多插件请参考K8s的 Addons List
Cluster DNS; 在容器启动时为 Kubernetes 服务提供 DNS 记录,即自动将该 DNS 服务器加入到容器的 DNS 搜索列表中；B/S 结构访问体系)管理界面。它使用户通过该界面管理集群中运行的应用程序以及集群本身并进行故障排除。。无需手工编写 YAML 文件 、微服务参考架构、上下文相关的监控、场景化的设计(导出配置、导入配置)
Ingress-Nginx 、 Ingress-traefik等前端代理;Q:什么是Cluster DNS
答:Cluster DNS(英 /ˈklʌstə(r)/) 是一个 DNS 服务器，是对您已有环境中其他 DNS 服务器的一个补充，存放了 Kubernetes Service 的 DNS 记录。
描述: 前面我们说了k8s能够对容器化软件进行部署管理，在不停机的前提下提供简单快速的发布和更新方式, Kubernetes是自动化部署，缩放，以及集装箱应用管理一个开放源码的容器业务流程引擎;
简单的说: 如果项目需要多机器节点的微服务架构，并且采用Docker image(镜像)进行容器化部署，那么k8s可以帮助我们屏蔽掉集群的复杂性，自动选择最优资源分配方式进行部署;
下图描述的是拥有一个Master(主)节点和六个Worker(工作)节点的k8s集群, 可以通平面化查看其K8s组件展示；
Master 节点: 负责管理集群以及协调集群中的所有活动
运行着集群管理的一组进程:kube-apiserver , kube-controller-manager 和 Kube-scheduler，其负责Pod调度,弹性收缩，以及应用程序安全控制，维护应用程序的状态，扩展和更新应用程序。
Worker 节点: 即图中的Node是VM(虚拟机)或物理计算机，作为集群中的工作节点运行着真正的应用程序，简单的说它就是充当k8s集群中的工作计算机。
每个Worker节点都运行着一组进程: Kubelet / Kubelet-proxy,他们负责Pod创建、启动监控、重启、销毁以及实现应用的负载均衡；
每个Worker节点还安装了用于处理容器操作的工具: 例如Docker或者Container.io;
工作负载是在 Kubernetes 上运行的应用程序。
原文地址：https://blog.weiyigeek.top/2020/4-22-468.html
原文地址：https://www.bilibili.com/read/cv16194345
本文至此完毕，更多技术文章，尽情期待下一章节！
欢迎各位志同道合的朋友一起学习交流，如文章有误请在下方留下您宝贵的经验知识，个人邮箱地址【master#weiyigeek.top】或者 个人公众号【WeiyiGeek】联系我。
更多文章来源于【WeiyiGeek Blog - 为了能到远方，脚下的每一步都不能少】 个人博客。
个人主页: 【 https://weiyigeek.top 】
博客地址: 【 https://blog.weiyigeek.top 】
专栏书写不易，如果您觉得这个专栏还不错的，请给这篇专栏【点个赞、投个币、收个藏、关个注，转个发、留个言】，这将对我的肯定，谢谢！。
echo “【点个赞】，动动你那粗壮的拇指或者芊芊玉手，亲！”
printf(“%s”, “【投个币】，万水千山总是情，投个硬币行不行，亲！”)
fmt.Printf(“【收个藏】，阅后即焚不吃灰，亲！”)
System.out.println(“【关个注】，后续浏览查看不迷路哟，亲！”)
console.info(“【转个发】，让更多的志同道合的朋友一起学习交流，亲！”)
cout << "【留个言】，文章写得好不好、有没有错误，一定要留言哟，亲! " << endl;
更多网络安全、系统运维、应用开发、全栈文章，尽在【个人博客 - https://blog.weiyigeek.top 】站点，谢谢支持！