“只做Kubernetes分发版没有前途” Rancher和阿里云的合作揭示容器下一步
Posted 雷锋网
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了“只做Kubernetes分发版没有前途” Rancher和阿里云的合作揭示容器下一步相关的知识,希望对你有一定的参考价值。
容器厂商的现状:“有人去做AI,有人要做DevOps,有的做定制,还有的倒闭了。”
文 | 张帅
云原生是一种构建和运行应用程序的方法,云指容器云,原生意味着开箱即用,不用额外定制开发。以Docker技术为起点,Kubernetes为容器编排工具的趋势兴起,在满足最初的虚拟化需求后,云原生将是云厂商的下一步。
做最好的Kubernetes管理平台,还是打造行业最好的Kubernetes,这是摆在容器公司眼前的两条现实路径,前者寡而后者众。
“有人去做AI,有人要做DevOps,有的做定制,还有的倒闭了”,Rancher大中华区总经理秦小康如此描述当下的行业现状。容器厂商一边创新,一边分化,也是技术于商业的正常演进。
2019年云栖大会期间,Rancher和阿里云在容器领域合作再度升级,Rancher v2.3及之后产品将集成阿里云开放云原生应用中心(Cloud Native App Hub),企业可以在此基础上实现容器应用一键部署。另一方面,阿里云容器服务ACK 2.0 全新升级,其中云原生混合云架构也相应增加了对Rancher的支持。
容器技术的沃土是金融领域,所有的金融业务都有一个特性,在某一个时间业务量会集中爆发,所以需要马上在公有云上扩展资源,这种秒杀需求最初来自于运维部门,IT资源的弹性扩展是公有云的强项,消耗这些资源最简便的办法就是把应用部署在容器上,这是容器在企业应用场景的起点。
随之IT开发人员发现,使用容器开发不需占用太多资源,而且部署、打包快,开发测试人员不用再额外部署环境,落实了CI/CD(持续集成/持续交付),比虚拟机时代的CI/CD、DevOps效率都要高。
“有一个客户跟我讲,在没有容器的年代,只有代码的改变才能触发重新编译,现在容器年代,改变一个配置项,给系统增加个容器,都会触发代码的重新架构,不用再去手工参与,就能把CI/CD系统真正的优势发挥出来,这些东西让企业发生了改变”,秦小康表示。
易立补充道,随着互联网应用的深入普及,整个行业对创新的速度、效率要求越发提升,所有企业都已经把技术的能力变成它的核心竞争力,任何企业都需要能快速迭代,低成本试错,只有这样才能活下去。
在这个大趋势之下就要求研发能够快速响应业务需求,能够快速将业务上线的技术,包括整个应用架构从单体变成了微服务架构,从传统瀑布式开发方式变成了DevOps,此时大家都遇到一些共同的挑战,当开始微服务之后,无论分布式应用的开发、部署、运维,都变得非常复杂。
在很早之前业内就提出了DevOps的概念,但从来没有落地。因为开发人员讲的DevOps和运维人员讲的DevOps实际上是两件事。
“容器出现恰好是顺应时代的一个选择,它使得应用开发的效率提高,本地开发、本地测试,包括应用的分发、应用的自动化运维、标准化的交付,在不同的环境迁移变得如此简单。开发效率是以前的十倍,交付效率是以前的三倍”,易立表示。
雷锋网了解到,阿里集团在七年之前选择开始走容器化路线,当时与后来的Docker没有直接关系,采用阿里自研平台,其后容器镜像成为应用打包的标准格式,Kubernetes成为资源调度、应用交付的事实标准。
“之后更妙的事情发生了,整个社会大分工出现了,应用层在上层做抽象,云厂商把底层做的更加原生、更加灵活、更加具备弹性、更高可用,技术进化的速度又加快,新的计算框架比如Kubeflow、Service Mesh持续地在成长”,易立感慨道。
“我们现在将自己定位Kubernetes管理平台。和容器领域所有的公司都不一样,其他的公司现在需要做的事情是打造行业最好的Kubernetes,每个人做出一个东西来,希望自己是最好的Kubernetes”,秦小康表示。
从厂商的角度,当然希望客户只使用自家的Kubernetes,但是不同业务和不同部门的需求差异化,一个企业内部至少会有两个以上的Kubernetes集群同时存在,而且有可能一部分在公有云,一部分在私有云。
运维人员、开发测试人员的管理难度变大,技术选型路线也不完全相同,甚至可能互相之间还有竞争,不能互联互通,就意味着出现新的烟囱式IT架构,这和容器诞生的初衷相悖。
容器领域大小厂商众多,国外的AWS,微软、谷歌等,国内的阿里、腾讯、华为等,都在做“最好的Kubernetes”,举个简单的例子,阿里肯定不会同意AWS纳管自己的Kubernetes,而AWS也没有主动意愿费力不讨好,如何找到一个稳定可靠的第三方做Kubernetes的管理平台,成为大厂的共同考量。
Rancher是目前业界唯一一家与所有领先云提供商(阿里云、AWS、百度智能云、腾讯云、华为云、平安云、Azure、谷歌云等等)达成合作、支持其托管的Kubernetes集群的企业级开源Kubernetes管理平台。
这意味着客户可以通过Rancher把容器集群部署任何一个云上或者云上的Kubernetes,并且可以获得统一界面上的统一管理,提供安全、稳定性、界面认证、监控日志功能,包括Kubernetes版本的升级,回退等。
“技术锁定(lock-in)是客户竭力避免、但很多供应商出于利益想要实现的东西。但Rancher希望为客户提供尽量多元开放的选择。这是国内外大多其他容器和Kubernetes管理平台都做不到的,因为他们都想尽量塞给客户一个‘全家桶’并且因闭源而增加客户后期迁移或改变选择的难度,”秦小康表示。
目前来看,Rancher的定位可以说是成功的。2019年上半年收入同比增长161%,客户数量增长52%,此外,Rancher在大中华区的业务增长了300%,截至2019年年中,其在中国拥有1.67万的企业部署,并已有超过120家付费企业客户。
今年7月29日,Rancher公布了新一轮2500万美元C轮融资,投资人中既有原A轮及B轮投资人,也有新投资人进入,说明投资人认可Rancher如此的战略定位及打法。
Rancher并不是没有自己的Kubernetes集群,在某种程度上,Rancher和阿里云确实是直接的竞争关系。
专有云和公共云的产品形态决定了产品实现不一样,阿里云的专有云有两个大版本,一个是企业版,一个是敏捷PaaS版,企业版和公共云架构一致,弹性是公共云最大的强项,建立在公共云之上的容器如何发挥出最大能力是主要挑战。
在敏捷版上,容器厂商要对接用户自己的基础设施和IT的运维的流程、IT治理的策略,意味着在定制化和现有系统集成的灵活性上要做更多设计,同时也要在一些可服务管理性等这些方面做额外工作。
专有云是云的私有化部署,这和Rancher所做的事情类似。对此,秦小康是这么解释的:“在专有云这个领域,如果一个客户能够有多集群管理能力,而且又能够运用到阿里在这么多年积累出来的中间件能力,这个企业能真正自己解决问题。而任何企业只上一个容器平台,或者企业想把阿里的中间件的能力移植到自身企业环境里面,没有下面的支撑也非常困难,成本也很高,所以我们目前在这方面做了点工作,以及未来我们有更大更深入的合作。”
易立也表示,阿里云与Rancher在有些领域确实有重合,但是绝大多数领域还是一个共赢的过程,因为其基本商业模式并不冲突。
“Rancher最早做Docker管理,后来做Kubernetes分发版,再后来做Kubernetes管理平台,今天我们觉得做Kubernetes分发版没有前途”,秦小康给出了他的判断。
“Kubernetes分发版也有很大的公司在做,比如红帽Openshift,红帽内部把Rancher当成最大竞争对手,但它的最大竞争对手其实是亚马逊的EKS和阿里的ACK等,Rancher如果还做Kubernetes分发版,就是跟所有人竞争。”
如果企业需求仅仅是做一个单独私有容器云,Rancher和其他容器厂商的区别并不大,但只要当客户的需求演进到混合容器云,需要与阿里云等容器云厂商对接,Rancher的优势即刻显现。
Rancher认为容器的下一步是Micro PaaS,他们于今年5月推出了可以在任何符合标准的Kubernetes集群上使用的Micro PaaS平台Rio。
Rancher的管理平台已经实现多集群管理,同时Rancher认为多集群容器需要更细颗粒度的管理,Micro PaaS可以实现不单在多个Kubernetes上,甚至在一个Kubernetes上多个容器里可以重新装一个Rancher产品。
“即使企业一个部门用一个开发平台,但是由于多租户的原因,两个部门因为安全原因绝对不能互通,但在容器中的应用性质是一样的,上面要独立的环境。Rancher可以在它的一个容器里再开出一个集群来独占。我们的概念尽管领先,也有不错的市场位置,但是现在的技术工具演进这么快,不可能在一个技术一个位置上躺着吃一辈子,所以基本上一年左右两年左右就得革命”,秦小康解释道。
客户的关注点正越来越多地从基础设施层向上转变到至Kubernetes管理层,这将是未来10年企业IT领域最大的机遇,Rancher联合创始人及CEO梁胜预判容器行业的未来。
Rancher意为“牧场主”,因为计算资源常被称为“牛”,在云原生的大潮中,容器领域需要更多的“牧牛人”。
以上是关于“只做Kubernetes分发版没有前途” Rancher和阿里云的合作揭示容器下一步的主要内容,如果未能解决你的问题,请参考以下文章
O-RAN专题系列-33:关于O-RAN常见问题的进一步澄清
O-RAN联盟公布新规范,召开第三届全球插拔测试大会,演示O-RAN新技术
O-RAN联盟继续全面致力于实现其开放和智能无线接入网的使命