1、Kubernetes - 组件介绍/3、视屏/1、Kubernetes - 前世今生（1）

欢迎大家继续收看上硅谷的Linux云计算视频，我是汪老师。那这次给大家带来的更新内容呢？是我们的Co或叫K8S。那为什么叫K8S呢？可能很多人还是有一定疑问的，对吧？好，那主要的原因大家看这个库的单词，K和S之间呢，是由八个字母所组成，所以简称为K8S，就是这么粗暴。好，那可能大家呢，对我们的库奈利斯呢，有了一定的了解，或者是还在路上。或者是完全都不知道这是什么对吧，那我想表达的就是K8S1定会成为以后的企业的技术平台的标准，或者说现在已经标准以来。那我会带大家呢，去趟平这条路。随着后面的时间对吧，逐渐的去趟平。那今天呢，我们就先去看一看，瞧一瞧，对吧，那到底是怎样来的，以及它到底有哪些优点，能够成为我刚才所说的以后标准的交互的这么一个平台。

那这是非常重要的。好，那今天的内容呢，会首先分为三个阶段，第一个是我们的发展经历。对吧？为什么需要有库，以及Co到底有怎样的特点，以及它到底是怎样过五斩六将去达到今天的这么一种辉煌的状态，对吧？好，这是第一部分发展经历的部分，那第二部分呢，我会给大家详细讲一下我们的课程体系中间到底要讲哪些东西。对吧，这还是很重要的，那第三部分呢，就是K8S的一些组件的说明，每个组件到底要是干嘛的，对吧，有什么作用，那在心里呢，一定要有一个自己的见解。那当然，我会先讲我的见解，大家再去吸收，成为自己的见解。

这点是很重要的，对吧，吸收完了以后必须要有转换。好，那我们先看第一个部分，就是发展经历。那对于云计算来说，我们知道它会有这么一些交互标准，比如在这里显示的第一个对吧？IES，也就是我们所谓的基础设施及服务，基础设施及服务，那它的典型的代表厂商呢，就是我们的阿里云。当然我说的是国内的对吧，如果是国际上的话，那应该就是IWS，那它的数据量，包括它的用户量都是世界第一的，那阿里云呢，在我们国内做的风生水起，那如果选择的话，就近选择阿里云的还是不错的好，那第二个部分呢，是paas，叫平台及服务。那第三个是我们的SaaS。叫软件设施及服务，如果大家有用到这个这个服务的话，你会发现对吧，它是非常的简单，我们如果想用office套件，我不需要再去经过什么一小时的安装去得到，我只需要去访问到他的。

BS结构，也就是通过浏览器访问到他的服务器端，即可完成这么一个office文件的这么一个创建啊，修改啊等等。细心的同学呢，你应该会发现对吧，我在paas的时候简单的描述一下就跳过了，那现在呢，我们主要对他进行讲解，首先在我们国内做的最典型的paas厂商，也就是平台机服务的厂商的典型代表就是新浪。那新浪呢，有个叫新浪SAE对吧，号称免运维的这么一个云平台。那如果是一些比较老，老的一些开发工程师，可能比较接触过这个新浪的SAE。当时呢，可以免费去申请这么一个平台，去运行你的一些代码项目，比如Java PHP啊等等。

那其实paas服务是有经历过这么一个更替的。最开始的时候。用户下单。对吧，这里有个用户。下单至我们的云厂商。比如是新浪。下载到新浪以后呢，新浪的后台接收到这个单以后呢，他要去派一个运维。去进行所谓的。构建。环境的构建，也就是你的领导数钱数的笑哈哈，你在背后忙的嘻哈哈，惨哈哈，那这可能就是最开始的PA服务的这么一个典型的状态。那在后面呢，我们有了一些所谓的运维工具，对吧，比如on啊啊等等。那通过这些运维工具呢，我们可以让他自动化的帮我们去完成这些所谓的环境的创建，可能是一个Java的环境，可能是一个pip的运营环境，对吧，都是可以的。

好。但是有一个问题，虽然我们有这些自动化的运维工具，其实它离自动化还有很远的一部分路。因为每一个环境都不一样，它的要求不一样，你需要进行各种匹配、筛选去运行。直至后来有一家公司叫做do Co公司，对吧，他开用了一款产品叫做dock，当然现在改名为do客股份有限公司了，对吧？我们之前也说过这么一个流程，那这个公司主要就是做PA as平台的。那也就意味着刀可在他们公司的地位就是自动的去构建这些所谓的运营环境的封装体。好。听出来什么概念了吧，也就是dock成了paas运行的下一代的标准。

这是没有问题的。但是也会带来一个更大的问题。我们想一下，在我们传统的服务中，传统的服务中，比如哎，我在我的物理物理机上，我去运行一个iOS，运行一些项目，比如Tom。后面跟上我们的阿米法加数据库等等，组成一个大的集群，这是没有问题的。那现在我一旦容器化以后就会出现对应的问题了。好，假设，那我现在呢，有六台物理机。我想让这六台物理机呢去组建成一个集群。如果在我们纯物理环境下，或者叫虚拟化环境下，传统的虚拟化环境下，我去构建一个集群并不难吧？比如这个是我们的innux啊，他mcad，他mcad tomcad mys mys对吧，那他们之间的联通呢，通过标准的TCP访问到对应主机IP的加端口即可。

那这样就组成了联通，那一旦里面我被容器化以后，你会发现它们之间的映射关系就比较困难了，比如我这里面运行了一个ing的这么一个do。我需要把本机的八零和容器里的八零进行一个映射关系，他们开的也一致，8080映射到主机8080它也一致，对吧？那这里其实还会有一定问题存在，我们之前学过刀客。你知道他在这里的转换标准是通过一个低纳塔的转换，也就是需要借助到我们的防火墙去实现这里所谓的数据包转发。效率比较低下对吧？并且难道我的物理机上就只运行了一个吗？那这样消耗的资源能用满吗？对吧，也就意味着我需要有很多的一些容器啊，在这里进行转换关系，那它的端口都是乱七八糟的。

访问起来太困难了，太困难了，那怎么做呢？或者是容器的集群化，有没有什么很好的方案？对吧，这是我们现在衍生出来的一个问题。有需求。他就有产品。这个产品叫什么呢？叫资源管理器。好，那我们去看一看资联管理器到底又经过了哪些的过程，对吧？好，首先第一个，因为我们眼帘的就是阿帕奇的Miss。它是我们比较古老的这么一个资源管理器了，当最开始的时候并不是为所谓的容器化诞生的，而是就做一个基础的资源管理平台去产生的。那Miss呢，是阿帕旗下的开源的、分布式的资源管理的框架。

它被称为我们分布式系统的这么一个内核。最开始是由我们加州大学的伯克利分校去开发出来的。那后来呢？被推特所选中，作为它的基础平台。大规模的盛行。但是好景不长，对吧？英雄总有迟暮的那一天，那在2019年的五月，大概是二号左右。推特公司呢，在旧金山总部发布了一个技术发布会，在上面他的产品技术负责人宣布了，诶，推特以后不用米了，全部改为我们的库。也就意味着又又有一个大巨头倒向了对吧，倒向了我们的CU的这么一方，也就是我们要学的这么一个出现。那至此以后呢，Miss逐渐逐渐走下历史舞台，当然Miss呢，也觉得这样的话，诶，可能我会迟早有一天被淘汰，那怎么办呢？

Miss的最新版官方公布，怎么个公布结果啊，他说，诶，在我的平台上去管理，我有这么一个设施，大家要不要用啊，对吧？那也就意味着它借助K8S的这么一个影响力去实现自我软件的分发，但暂时呢，效果未知，因为还没有什么大型的企业要宣布采用这种框架去实现。因为库跟我们的底层物理化或虚拟化的相容已经非常简单了，为什么要再加一层？软件的添加也就意味着会诞生一个新的故障节点，得不偿失。好，这是我们的第一款软件Miss。