企业级生产就绪的K8S

Ceph开源社区 2020-06-18

367

K8S相信很多人都已经听说过了，近年来K8S可谓是大火，尤其是伴随着云原生的到来，简单来说K8S就是管理容器的一个开源平台。

大家普遍认为在历经虚拟化、LXC后，迎来了容器的春天。实则不然，现在依然有很多企业没有用容器，之所以没有彻底迎来春天，是因为很多传统企业苦于K8S有比较高的技术门槛，缺乏熟练的管理人员，不能很好的运维，来支持生产可靠性，安全性，所以推迟了生产系统容器化改造的进度。

同时我发现现在行业内有一个趋势，就是敏态和稳态开始深度融合。尤其是智能化、数字化大趋势后，敏态的业务越来越多，所谓的稳态业务也逐渐会具有敏态业务的特点，比如迭代周期变短。“敏态已经成为主流，我们的核心业务需要更加敏捷，如何兼顾稳与敏是企业面临的首要问题。”

开源K8S的门槛问题，对于企业级和传统用户来讲，并不是那么的友好。微软Windows桌面完胜Linux桌面之所以成功是因为其便捷化的操作和完美的生态；所以要想得到广大用户的青睐，简单便捷化的操作是必不可少的。

于是在今年2月份，AWS宣布Amazon Elastic K8S Service（Amazon EKS）在由宁夏西部云数据技术有限公司（简称“西云数据”）运营的AWS中国（宁夏）区域正式商用。作为一项完全托管的服务，Amazon EKS让客户可以使用AWS上的K8S轻松部署、管理和扩展容器化的应用程序。

EKS的创建过程也非常的简单，如下图所示，只需四步即可轻松创建EKS（图形化和命令行都可），开启云原生之旅。在创建的同时还有丰富的EC2节点供客户选择，客户可以根据自己是需求意愿选择适合自己的EC2节点。

企业级生产就绪

AWS EKS专为确保生产就绪的安全性，可靠性，扩展能力，敏捷需求而设计。

安全性，EKS安全性包括：1) 启用每个服务帐户的隔离AWS权限；2) 自动更换凭证；3 ) 群集的签名密钥自动更换；4) 内置在AWS开发工具包和CLI的默认凭证链；5) AWS EKS服务符合：ISO，HIPAA，PCI，SOC1，SOC2，SOC3和Infocomm Media Development Auth。

可靠性，EKS默认在3个AWS可用区上运行K8S管理基础架构，可自动检测并替换不正常的控制平面节点，并提供按需，零停机时间升级和修补。

可扩展性，只需花费几秒钟或更短的时间，EKS集群所在的数据中心就可以对用户活动激增做出快速反应。容器允许资源分配进程并在各种环境中运行应用程序。对关键任务工作负载的支持以及与广泛的AWS服务集成可以为客户提供广泛的用例。

敏捷高效便捷，无服务器选项，EKS支持AWS Fargate为容器提供无服务器计算。

我个人很看好Fargate模式，真正的企业级就绪的服务，简单便捷化，用户再也不用担心，想用但是无从下手的尴尬局面了，这也是我为什么说小白也能轻松玩转，这样的话用户只需关注自己的应用开发即可，无需关注底层资源的维护。

降低成本，充分发挥公有云特性，Spot实例就是帮助大家把空闲的实例以非常低的价格来进行使用，通过Spot实例可以获得70%-90%的成本节省，Spot整个的最佳实践是富余容量的使用，与按需实例是相同的基础架构。同时它的中断也对用户有非常良好的体验，并不会进行随时的中断。

取之开源回馈开源

EKS 的互操作性和可移植性不用担心，EKS提供CNCF认证的上游K8S，并与上游开源社区保持完全一致的体验，也就是说用户不用担心锁定的问题，同时原有的K8S集群应用也可无缝迁移到EKS上。在开发EKS的同时还会贡献很多企业级特性，让这些特性不仅在EKS适用，同样在开源K8S也适用。

据我了解AWS这些年一直在积极的贡献K8S社区，为K8S社区也贡献了很多新的项目，这其中包括一系列CNI的网络插件、CDK8S、外部的DNS以及K8S相关的一系列机器学习的项目。

除了开发Amazon EKS，AWS还与K8S社区和AWS 合作伙伴网络(APN) 积极合作，为众多项目做出贡献，并构建与AWS服务的集成，帮助所有K8S用户利用AWS服务和功能。

比如，APN合作伙伴Rancher提供100%开源的企业级K8S管理平台，以极简的UI操作为企业提供在生产环境中管理多K8S集群的便捷途径。

适用场景

前面说了那么多，也提到了一些概念，什么稳态、敏态、Spot等等，我们来简单举例说个实际的使用场景。

因为容器这种应用有一个特别大的特点就是大家可能先把一些无状态的应用先放到容器里头来，然后再把有状态的放进来。无状态的应用是有容错的保护能力的，这种情况其实就可以考虑放在Spot实例。

Spot实例特点前面我也提到了，好处是花很少的钱来使用实例，但缺点是必须能够忍受短期的服务中断。

所以从Spot来看，用户如果是一个长期的、稳定的一些负载的话，可以用其他的一些机制，比如R等方式去拿到一个很低的折扣。但如果还有一些应用，用户就是在一些不确定的时间点上，突然有几百台、上千台的实例突然跑起来去响应一个很大的负载的情况下，以前这个负载只能用on demand的方式付费，这种方式的话对他们来说是一个非常大的成本。但如果我们现在把它也换成Spot的话，它其实可以拿到跟R的模式相同的折扣，这样的话可以非常大的降低成本。

当然还有其他的一些场景，比如我们拿Container去跑一些机器学习的负载或者批处理的负载，或者跑一些Spark的一些大数据的负载的话，这个优势是非常明显的，用户这边可以用非常低的成本去跑这些负载。

所以归类总结EKS场景如下：

机器学习：客户可以使用容器快速扩展机器学习模型以进行训练和推理，并在任何平台上接近其数据源运行它们
微服务：容器提供了进程隔离，使拆分和作为独立组件（称为微服务）的应用程序运行变得容易。
CI CD（持续开发，持续部署）：那些拥护DevOps文化（统一软件开发人员和运营部门的组织方法）的人拥护容器。前者负责编写代码，后者负责确保这些代码平稳运行。该代码必须经过几个不同的环境才能进行部署，每个环境都与其余环境略有不同。容器提供了一个恒定的，隔离的环境，使代码可以从开发到产品的整个流程快速地传递。
云迁移：使用容器可以轻松打包整个应用程序并将其移动到云中，而无需进行任何代码更改。
容器化遗留应用程序：Windows容器使客户能够将其遗留Windows应用程序带到AWS上，同时获得容器的好处。Windows容器是Amazon ECS中普遍使用的选项，适用于具有Windows工作负载并希望从中受益的客户。
平台即服务PaaS：使用容器来构建平台，从而消除了开发人员管理基础架构并标准化其应用程序部署和管理方式的需求。
批处理：用户可以将批处理和ETL作业打包到容器中，以快速启动作业并根据需求动态缩放它们。

用户案例

我在官网也看到了很多中国的客户，比如猎豹移动、晶泰科技、汇量科技、茄子快传等都已经在使用Amazon EKS，据Nucleus Research的调查发现，云上82%的K8S用户在AWS上运行K8S。

其中晶泰科技(XtalPi)是一家制药技术公司。基于量子物理、人工智能、云计算与高性计算技术，晶泰科技对小分子候选物的物理化学特性及药物特性进行准确预测，解决药物设计、晶型选择等药物开发的关键问题，提高药物研发的效率、准确性和成功率。晶泰科技技术总监吴楚楠表示，“开始使用Amazon EKS后，我们在减少构建和部署应用所需时间的同时，部署应用的数量增加了多达200%。”