构建容器云平台需要业务-应用容器化先行,有了业务-应用的容器化,才有容器云平台的用武之地。
平台覆盖和延申到端(业务-应用需求端、开发需求端、开发代码端、开发制品端、自动化部署端、自动化交付全链路等)
还有平台的用户梳理,运维侧构建该平台与开发构建该平台有着完全不同的视角,构建的功能和用户场景都会有偏差;
此外,最重要的一点就是驾驭容器云平台的技术团队,不仅仅是容器技术,业务-应用架构、开发交付框架、业务应用框架、运维框架、运维工具链、自动化体系、管理视图等,不同维度的管理都覆盖到这个平台。
所以这个平台定位与周边环境都需要做很多深入分析,才有可能把这个平台构建到平台该有的赋能点。
这个根据自身情况吧。
目前k8s是容器云平台事实上的标准,而且其即可以部署在物理机上,也可以部署在虚拟机上,而且能够通过插件适配不同的网络和存储,所以在容器云平台的采购上,完全可以做为一个独立的产品来采购。
作为银行,业务数据是核心。因此,建议容器采用私有化部署,公有云可以放一些对外的服务在上面,主要做好相关的网络安全和数据安全。
容器云采购,不光是容器云自身的问题,还要考虑到未来容器云与DevOps、微服务平台、云管平台整合的问题。因此,采购时要考虑厂商是否能提供相关领域的产品、方案或服务。
如果,您还没有建设私有云,可以考虑IaaS和PaaS一并采购。
若所以产品都采购一家产品,好处是方案完善,打通成本相抵比较低。但,也容易让厂商捆绑,未来平台调整会非常困难。