容器云平台商用路线和自研路线是否可以共存？两者的边界在哪里？

个人认为，最好是二选一；
首先，目前的容器云平台，大都基于k8s实现，技术原理上相同；
其次，不同的容器云平台，可能会引入不同的扩展，甚至可能由不同的团队负责运维，对公司来说，不仅是成本，故障处理和运维管理也是一个负担；
再次，不同的容器云平台，对于后续的升级、改造，可能会引起不同的独立发展路线，管理起来比较复杂；
所以，在存在自研容器云平台的条件下，没必要再引入纯商业的容器云平台，即使有些业务应用的引入带有容器云平台，也建议适配公司内部自研的容器云平台。

看自身团队的能力和人员数量。建议中小客户采用有技术支持的开源商业产品，这样出现问题可以借助厂商的力量解决问题。事实上，大多数大型的金融客户的容器云，也都有IT厂商的技术支持。

1、中小银行建设容器云平台，鉴于团队的规模和精力有限，建议使用商业版本，团队聚焦于做好容器云平台的高可用性和对应用侧的运营技术支持。

2、大中银行建设容器云平台，初期也是建设使用商业版本，在团队的技术水平和队伍组织规模都达到自研的门槛，可以以课题模式从开发测试环境、信创资源池建设等领域开始启动自研。