阿里云容器K8s入门训练营:阿里云容器服务K8s基础入门（三）
阿里云容器服务K8s基础入门（三）
在阿里云上面创建一个 master 的节点，至少是三台ECS，沃克节点的话，怎么着也需要有 3 台，这个时候你的基础资源费用就有 6 台，但是如果使用托管板，它是不需要收取 master 的资源费用的，只有 worker 节点，比如说也是 3 台ECS，那么光资源费用这一块，这里相当于少了一半。
托管版和专有版最直观的区别，我们可以看到它只需要创建worker 节点。 master 节点是由 ack 创建并托管的，也就是不需要我们去管理，所以它在使用起来的时候会很简单，方便，不需要做很复杂的操作，但是也可能没有像专有版这样有更细粒度的控制，所以像我们一般在用的时候，可以选择托管版的 K8S 费用就是我刚刚所讲的不需要承担 master 节点的费用，只需要承担 worker 节点以及其他基础资源的费用。比如你使用的负载均衡，用公网IP，用日志服务 s l s，这些可能也是会收费的。
无服务器版 k8s，也就是 ask，它是既不需要创建 master 节点，也不需要创建 worker 节点，所以在使用的时候基本上是不需要管理任何节点的，直接启动应用程序就可以。
说简单就是更加的傻瓜式操作。然后它在计费方面，是按容器实例的使用资源量和时长来计费的，也就是它不会像这个托管版和专有版，他们需要去计算基础实例的一些使用费用，还有等其他一些费用，它只是按使用了资源量和时长来计费，所以简单来说专有版是完全自己搭建 K8S 集群，需要自己预进行维护和管理。
托管版是阿里云提供的 K8S 服务，你只需要关注自己的业务就行。 ask 是一种全新的无服务器的 k8s产品，它是完全由阿里云帮你进行管理的，用户只需要将应用的容器进行部署就可以。这是关于容器服 ack 的产品介绍。
我们来看这张表，它将阿里云的 a c k 和自建原生的 K8S 进行了一个详细的对比，这些对比的功能我就不给大家念，大家可以自己的看。总结就是在部署和维护这方面，你自建的 KBS 你需要怎么样自己购买物理的服务器或者虚拟机，然后需要安装各种各样的组件，像什么网络存储之类的，还可能要涉及到监控、升级、扩容等。但是你如果使用阿里云的 ack ，你可以在控制台上面直接进行创建或者添加这些功能。然后从集群的可用性来看，你自建的 K8S 集群，肯定要受到你物理的服务器或者虚拟机的限制，而且还有网络质量等因素，所以影响你集群性能和可用性的因素太多，但是在阿里云上面，阿里云上面你创建的 ack 是可以多可用区部署的，所以天然的具备一定的容灾能力。
从安全上面来说的话，你自建需要做一系列的安全策略等等，但是在阿里云上面， a c K 早已经提供了一系列的安全措施。还有在弹性伸缩方面，阿里云的弹性伸缩，它的弹性几乎是无限的，然后自建当你资源达到瓶颈的时候，你还要自己额外去购买。总之相比于自建的K8S，阿里云的 a c k 它就是更加的快速，更安全，更可靠，然后更便捷。
七、serverless 容器
serverless容器，它是一种无服务器的计算模式，简单来说，它就是可以让开发人员将代码打包成一个容器，然后在需要的时候进行部署和扩展，不需要去管理底层基础设施的运行状态和配置。
像我们在使用这个 ACK 还需要管它的一些底层的技术资源，使用 ASK 你直接去部署应用就可以。serverless 容器它可以根据你的需求自动的为你进行扩展和进行缩容，减少容器的数量，还可以根据负载自动的去分配到相应的资源给你，这样可以实现很高的弹性和效率。
所以serverless容器它有这些特点和优势，就是没有必要去购买和管理服务器，在部署的时候你直接部就可以，然后具备很高的敏捷能力和弹线能力，就我刚刚所讲它能够自动的去做一个分析，根据你的需求去增加或者减少容器，然后在计算的时候只根据什么实际的使用量去计算，不需要去算比如这个worker节点， master 的节点，还有负载均衡等，这些资源可以让业务用户更加的去聚焦业务它的优势。在这里我们也可以看到具备安全隔离，无需要进行规划，也不需要做维护，运维也很少，容量几乎是无限的，资用资源的利用率更高，成本更低。
我们来看这个图，就能够非常的直观感受到 ASK 与 ACK之间的区别。我们在使用 ACK的时候，你想要使用左边列表的这些功能和服务你就必须要去部署相应的组件和插件，但是在使用 ASK 的时候都是无需部署的，直接用就可以实现的。所以大家应该能够看出来ASK 是非常的便捷。同时它以适用的场景主要是在一些批量的任务突发扩容，还有 CICD 的测试中。
不管是 ACK还是ASK，它们都有一个非常重要的应用场景，就是弹性伸缩。
弹性伸缩它的特点就是可以根据业务的需求自动的去调整弹性的计算资源，比如它可以增加或者减少相应的资源数目，然后在做弹性伸缩的时候，它会有两个维度，分别是调度层弹性和资源层弹性。
调度层弹性很好理解，我现在比如我有两个 Pod 去维护一个应用，但是这两个 Pod 并不能够满足当前的一个流量突发需求，所以这个时候我可以怎么样？我可以增加到 4 个，增加到 10 个来应对当前的流量突发。你增加 Pod 可以，但是你 Pod 是不是也需要有底层的计算资源去支撑。
像ACK，它底层支撑的是ECS，像这一个ask，它底层支撑的是ECI，也就是弹性的云容器。我们在调度层增加 Pod 的时候不能够无休止的增加，还是需要依据你底层的计算资源，当你的 Pod 数量增加到一定的数目，你的底层资源已经没有办法支撑的时候，你就怎么样？你需要去增加你的底层资源，ACK可以去增加节点的数量， ASK 你可以去增加你 ECI 的数量。
所以要从这两个场景去讲具体的应用场景，比如在线业务很多如直播一些游戏，这些可能这个有这种突发的弹性，在线的弹性要求，可以用到我们的阿里云的Kubernetes 板和大规模的计算训练、深度学习，还有定时周期性变化，都是可以用到弹性伸缩。
八、ASK操作实践
相信通过刚刚的讲解，我们直播间的同学现在应该已经明白 K 8 s 的基本概念，也知道阿里云容器服务 k8s、 ACK和 ASK 他们的一些产品知识以及使用场景和区别，然后也了解了阿里云容器服务 K8S 版，它的一个应用场景，比如弹性伸缩。接下来我们就通过一个 ASK 的简单实验，让大家更深入更具体的了解 ASK 它的使用方法和操作的流程。
我们现在就去阿里云的官网界面去做一个操作配置，在这里我们选择产品，选择容器无服务器版 ASK 直接选择立即开通。
这里就进入到我们 ASK 的创造界面集群名称，我们比如可以选择一个 ASK 2，然后我们在这里因为是做实验演示，就本着一个省钱的目的。
这里选择标志版，它可能费用会低一点，这个选择是华东一杭州，然后这边的话默认就可以，标这里可以选择一个简约型的，它的费用会低一点。 API Server 是为了方便后续程序调用资源的，这里我们不涉及到，所以可以不用选择，后面的这些也可以按默认来就行。
选择下一步组件配置，我们因为只是做一个演示，像监控服务还有日志符我们都暂时不需要，所以可以不用勾选，这样它的费用也会减少一点。再下一步直接确认配置，这里点击，点击我已阅读而同意，然后选择创建集群就可以。
