银行企业应该如何选择适合自身情况的容器云技术路线？

企业的云平台建设方式有多种1）自研：基于选择的容器和服务编排框架为基础进行自研，这种情况对团队的各项技能要求都相对比较高，这类企业比较少，即便自研，有时也需要购买一些更加专业团队的厂商支持2）联合开发：与云平台厂商进行联合研发，这种模式一方面可以更好的满足行内各种实际需求，另一方面可以充分利用厂商的专业技术能力，但是这种研发没有固定模式可寻，建设周期相对较长3）产品购买：购买成熟化的市场产品，这种模式建设周期相对较短，在进行本行落地定制化的过程中一般有他行案例可参考，一般建设周期相对较短，定制研发多以落地为主，技能要求相对较低。
企业在进行技术路线选择时，需要综合考虑平台的建设方式、自身的团队技术储备、所选技术路线的成熟度和生态圈发展情况、所选技术未来发展趋势等多种因素进行综合考量。

这个问题有很多复杂的影响因素，包括技术和非技术的。不同的组织情况不尽相同。

如果仅从技术角度、工作复杂程度来说，我们的经验是：

• 考虑自身的技术能力，包括开发能力、运维能力。例如PCF等要求银行对应用代码开发的掌控能力强，如果在可接受的成本下，银行对自身业务系统从开发平台、开发过程、开发规范等有决定能力，则采用PCF等方案是可以考虑的不错选择；如果希望采用成熟的平台降低运维中的复杂度，当然成熟的PCF相对要好
• 考虑现有系统对接需求，包括监控、网络、安全需求等。例如现有网络架构对容器的网络方案有较大影响时，应该考虑开源方案更便于定制，PCF的方案因集成度高、相对封闭，不太适合大规模定制

企业需根据自身业务特点选择不同的容器云技术路线：
如企业的业务更多是基于微服务架构，可以选择更适合微服务部署和管理的kubernetes框架；
如企业的业务除了常规应用外，还有大数据业务、批处理业务等，可以选择mesos框架，因为mesos框架对大数据、批处理、常规应用都支持的非常好，并且能够做到资源的统一调度；

根据不同的使用场景、学习难度曲线、以及社区活跃度和成熟度都可以作为参考。