KubeSphere+QKCP,青云科技为企业铺筑云原生转型之路


时间:2022-04-14
来源:互联网

2021年,历时近两年的光大银行全栈金融云平台建设进入上线阶段,先是一季度开发测试云正式建成并投产使用,实现了开发测试环境下的资源交付效率的持续提升;接着在三季度全行生产云正式建成。到2021年底,光大银行多套应用系统在全栈云正式投产上线,业务的可用性和效率比之前有大幅度的提升。

光大银行的全栈云平台建设始于2019年底,青云QingCloud(qingcloud.com,股票代码:688316)是光大银行全栈云平台的重要技术合作伙伴。青云QingCloud云原生团队参与了该项目建设,通过QKCP把青云QingCloud全栈云原生的能力以产品化的形式赋能给光大银行,同时还参与其云原生安全、灾备方案以及多活方案的建设等。

北京银行信用卡中心也是青云QingCloud QKCP的用户。通过QKCP的一致性架构和QKCP提供的标准化CI/CD能力以及青云QingCloud的专业能力,北京银行实现了所有第三方外包开发项目的统一管理,将面向北京银行信用卡的业务统一到QKCP这个平台上,不仅支持了北京银行信用卡业务的快速迭代,缩短了开发周期,同时降低了管理风险。类似的QKCP案例还在运营商、教育、工业制造等多个行业落地,借助青云QingCloud的QKCP它们走上了以 Kubernetes为代表的云原生之路,享受着云原生的技术红利。

近年来,市场对Kubernetes认可度持续走高,以Kubernetes为代表的云原生技术发展成为主流技术。CNCF 不久前发布的2021年调查报告显示,96 接受调查的企业正在使用或评估 Kubernetes,这个数据是自 2016 年开启调查以来的历史新高。而这一结论在早些时候Gartner发布的2022重大技术战略趋势中可以得到印证。云原生平台被Gartner列为2022年重大技术战略之一。Gartner还预测到2025年,云原生平台将成为95以上新数字化项目的基础,而在2021年这一比例只有不到40。

Kubernetes成为主流技术的背后是越来越多的企业期望能搭上Kubernetes这趟快车。然而,对于大多数技术实力不太强的企业要“上车”并不容易。Kubernetes是开源技术,又是新兴的技术,一般企业(尤其是传统企业)单靠自己实在有点难。幸好市场上还有不少基于Kubernetes的容器云平台可用, 比如OpenShift、Rancher(被SUSE收购)、青云的QKCP等等。不过,和早期的安卓有些类似,云原生平台存在碎片化的问题,选择一个合适的一体化平台并不容易。在这些候选中,青云QingCloud的KubeSphere/QKCP以其丰富的企业级功能、对开发人员的友好以及全面兼容Kubernetes等优势受到不少企业的青睐。

KubeSphere 到QKCP

KubeSphere是青云科技发布的容器平台产品,纯开源产品,于2018年正式推出。在此之前,青云在自己的公有云上上线了Kubernetes 服务,以公有云的方式给用户交付容器服务。基于青云运维Kubernetes服务的经验,2018年推出了KubeSphere这款可私有部署产品。

青云QingCloud容器平台资深产品经理于爽介绍,青云科技推出KubeSphere最主要的目的是帮助客户把Kubernetes使用中的碎片化痛点尽可能通过产品屏蔽掉。“今天,容器云平台面临碎片化的问题。每一个领域,比如监控领域、日志领域都有很多解决方案和工具。而很多企业运维压力大,没办法投入太多人力解决这些问题。KubeSphere 希望能屏蔽它。”

他说。KubeSphere从一开始就是开源的,放在GitHub之上。截至目前,在GitHub上的Star数达到8500,Fork数达到1300。粗略统计,有近千家企业在使用KubeSphere构建Kubernetes集群来支撑企业业务,其中不乏光大银行、北京银行、中通快递等行业头部客户。在众多同类产品中KubeSphere能收获如此多用户的认可,在于爽看来主要有如下几个原因:第一,KubeSphere没有改变Kubernetes任意一行代码。之前在Kubernetes上运行的业务可以原封不动地迁移到KubeSphere平台,利用该产品提供的一些能力。换而言之,KubeSphere只是提升了其业务能力。这对于Kubernetes用户来说是非常友好的,不用担心被锁定的风险。

第二,让用户回到产品开发的初衷,有效降低学习成本。青云将云原生能力借助一个产品化的形态赋能给客户。用户不用研究Prometheus 怎么安装部署、怎么跟 K8s 对接、日志怎么做……只要一条命令即可安装好这个产品。第三,大企业组织架构复杂,业务众多,每个业务线都有自己的一套理论与标准,要让他们都使用同一个技术栈、使用一套技术标准比较困难。而Kubernetes和容器技术是中立的,从底层统一了架构标准,不同部门比较容易接受这套标准。

仅有KubeSphere还不够

虽然KubeSphere屏蔽了Kubernetes的复杂性,让用户能够将更多精力集中在业务本身。但是,不得不说,和Kubernetes一样,KubeSphere还是有技术门槛的。企业迈上云原生之旅,远不是把一个打包好的KubeSphere安装好这么简单。如何把KubeSphere的能力与业务结合,让它成为业务的引擎,更是考验企业的能力。毕竟,云原生只是一个技术手段,业务才是企业的根本。QKCP就是青云QingCloud的Kubernetes技术能力与其对业务能力的理解能力的融合。

QKCP全称 QingCloud KubeSphere Container Platform,即青云KubeSphere 企业级容器平台,是青云基于开源 KubeSphere 容器平台打造的商用容器平台,即企业级商业发行版。QKCP除了拥有 KubeSphere 的全部能力,还在多云 Kubernetes 集群管理、DevOps、服务网格、Spring Cloud 微服务、应用管理等多个场景有更多功能延伸。同时,可以和青云QingCloud云平台、数据库、存储、全象低代码等产品家族形成更多场景的解决方案,更进一步,可以和青云在AI、工业、金融、安全等合作伙伴覆盖更多的业务场景,延展出更有价值的联合方案。

比如,在对ARM等新架构芯片支持和国产化操作系统的支持上,KubeSphere仅提供了核心组件的项目,如果想用DevOps组件、微服务组件等,需要自己打包代码,而QKCP提供了全面的支持。还有多集群管理上,QKCP提供比KubeSphere更多的功能,包括可以实现对不同云平台的统一纳管。还有,在GPU管理调度上,QKCP也会提供更多的能力,比如通知管理、监控管理等,不管是提供的监控指标丰富度还是操作的便捷性上,都比KubeSphere更强大。于爽用吃火锅的例子来类比KubeSphere与QKCP的区别。KubeSphere就像是自己在家吃火锅,材料要自己准备,但怎么吃、吃什么自己决定;而QKCP就像是吃海底捞,你只要决定吃什么,商家就可以给你准备什么。为云原生需求提供服务的自然就是青云QingCloud。

持续完善和优化,QKCP 3.2发布

和此前版本相比,最新版的QKCP主要有以下更新:更易用的GPU管理;更强大的通知管理;云原生DBaaS,给DBA提供强大的管理功能。另外,于爽也透露了正在研发中的QKCP 3.3的一些升级计划,包括内置SpringCloud,提供跨基础设施的、统一视角的多集群监控大屏(即驾驶舱),在安全领域也会持续加强。

值得一提的是,QKCP的功能无一不是来自于真实客户的需求。以通知管理为例,这个需求最早来自于与某大型股份制商业银行的合作,由于其云原生平台涉及多种角色,有运维的、开发的还有业务,不同人对指标的要求不同,因此在发出通知的标准就有不同,这就需要能定制不同的阈值。同样,内置更多DBA的管理能力也是来自市场的需求。目前,越来越多的客户希望实现数据库的容器化,为此QKCP 3.2集成了MySQL、PostgreSQL和 ClickHouse 三款流行的数据库。借助QKCP3.2,不用跳出QKCP管理界面,在QKCP中就可完成数据库管理的各种角色权限分配,比如对数据库的集群规格进行调整。界面上还会嵌入数据库的一些专有的监控指标,比如索引的查询、慢查询等。

“这是QKCP在容器平台能力基础之上又提供了DBaaS能力,站在DBA的视角完全以服务化的方式提供了 MySQL、ClickHouse 以及 PostgreSQL 等服务化能力。”于爽说。

目前,围绕云原生技术,青云已经有三种产品或服务,即可私有部署的免费版KubeSphere和付费商业版QKCP以及公有云服务QKE,可以满足不同客户的需求。于爽强调说,青云希望是给到客户最合适的解决方案。比如,对于创业公司或者互联网企业,技术能力强,青云就将KubeSphere 的最佳技术、最佳实践给到其技术团队。如果企业需要提供陪伴型的、咨询方案,青云会把QKCP的专业能力提供给企业,同时提供各种SLA以及服务生命周期各种商业保障。而对于一些希望更快速拥有云原生能力的企业,青云云平台有QKE服务。

“青云的价值主张是,借助一致性的产品,按照客户的需求、阶段、能力、诉求,提供最适合的专属云原生套餐。最终能帮助客户取得商业上的成功,这才是我们最希望看到。”他说。

相关文章
热门文章
最新文章