我觉得对于中小银行选择商用路线主要原因有两方面,一方面是技术实力水平,大家都知道安装、部署试用是最简单的,但是生产环境错综复杂,各个系统对接及接口需要开发级和架构级的人员参与,中小银行大多缺乏该类人才,且招聘的成本和难度都很大;另一方面就是中小企业看重收益,相比大企业更看重最短时间的投入产出,这就要求项目不会有长时间用来调研、实施以及测试等,采用商业路线,可以尽快成型。
收起K8S和CNCF中相关的容器云多达几十个。中小银行没必要把精力放在各种开源组件的对接和修复bug上,而是应关注容器云怎么实现业务的敏捷和高可用,做出业务创新。 选择商用平台有助于客户降低成本(想象一下自研需要至少20人以上的开发和运维团队,一年的工资需要开多少),提升业务的稳定性。
收起商用容器云
提供完整的技术方案,并且有专业团队持续跟进。
商用容器k8s支持的版本,一般不会像开源一样版本众多。后续版本迭代跟进,要看厂商实例。有些厂商的支持的k8s版本还在1.13或者更老。因此,商业厂商要对其实力进行考量。
另外,近年国产化的趋势非常强烈,在选择国外厂商时,要多方面考虑。如果您的行业不涉及国产化,可以忽略。
外资企业:Redhat、Rancher
作为国外厂商一贯策略是提供标品,定制化都是由代理商提供。
价格比较高,各产品分工明确,如果要其他功能需要单独购买产品。如OCP不支持集群调度,该功能需要购买其他产品。
国产化,也是需要考虑的问题。部分行业已经开始在做国产化替代了。
互联网大厂:华为、阿里、腾讯
基于公有云能力提供的技术输出,主要是标准化产品方式提供交付。
如果有实力,可以考虑采用全套解决方案,但存在技术绑定风险。
同时,大厂平台比较重,对运维人员的规模和技术要求都较高。
价格同样不菲
科创公司:博云、灵雀、DaoCloud
都是基于开源K8s之上构建的,每家各有特色。
选择科创企业时,技术不光只是容器产品,DevOps、微服务、服务网格、API网关等云原生全面解决方案的能力也是需要考虑。除了技术能力以外,还要考虑企业的持续服务能力。万一被收购或者没了,后续平台运维就问题了。因此,企业综合实力也是需要考虑的。
收起