银行业容器云平台建设的三个W

1） 容器：目前主流的有Docker，Garden和Rocket等，关注度最高的是Docker（分为社区版CE和企业版EE）；Garden是Cloud Foundry支持的容器;；Rocket是CoreOS推出的容器技术。Docker和Garden都有实际的金融业应用。2015年开始，linux基金会成立OCI组织，旨在旨在围绕容器格式和运行时制定一个开放的工业化标准，runC 是Docker贡献出来的，按照该开放容器格式标准（OCF, Open Container Format）制定的一种具体实现。容器最终发展会成为一种行业标准，选择时可选择参考行业标准制定的成员单位、贡献度和话语权等；在互联网公司，阿里、腾讯、百度、网易、京东和华为的内部平台建设或者对外商用产品发布均采用了docker技术，可见docker有更加广泛的用户群体。

2） 服务编排：服务编排框架有多种实现形式，目前多数采用kubernets(k8s)，成为一种市场主流选择，k8s是Google内部的大规模集群管理工具开源而来，受到Microsoft、VMWare、Red Hat、CoreOS、Mesos等各大巨头青睐，纷纷为其共享源码。 设计宗旨是维护应用容器集群一直处于用户所期望的状态，并且建立一套健壮的集群自恢复机制，包括容器的自动重启、自动调度和自动备份等功能。 Swarm是Docker原厂的容器编排引擎，也分为社区版和企业版。在各种调查中可以发现k8s是普及度比较高的。

容器云建设方式有多种：

1）自研：基于选择的容器和服务编排框架为基础进行自研，这种情况对团队的各项技能要求都相对比较高。对于银行金融业，一般在自研时也会考虑购买一些专业团队的技术支持；

2）联合开发：与云平台厂商进行联合研发，这种模式一方面可以更好的满足行内各种实际需求，另一方面可以充分利用厂商的专业技术能力，但这种研发没有固定模式可寻，建设周期相对较长；

3）产品购买：购买成熟化的市场产品，这种模式建设周期相对较短，在进行本行落地定制化的过程中一般有应用案例可参考，一般建设周期相对较短，定制研发多以落地为主，技能要求相对较低，选择时建议选择相对开放易于定制的产品。

企业在进行技术路线选择时，需要综合考虑平台的建设目标、投入成本、团队技术储备、所选技术路线的成熟度、生态圈发展情况及其未来发展趋势等多种因素。

容器云的建设有哪些风险需要考虑？

1） 技术选型的成本：容器云需要优先选择容器和服务编排的技术路线，选定后基本可以确定产品的系统架构，在实施后再进行修改或者更换的成本相对比较大；如果选择的技术路线以后停止更新不发展了，也会面临各种技术支持等问题；

2） 开源框架快速发展：目前主流的编排技术（如K8S）均为开源软件，随着容器云技术在企业中越来越多的普及应用，开源软件自我完善和发展的速度比较快，版本更迭频繁，甚至不同版本之间架构等差异比较大。因此需要更加关注软件生命周期过程中框架的平滑升级和过渡；

3） 应用高可用的风险：从架构层面看，容器云是一个整体，容器云内部架构出现异常，可能会导致整个云异常，影响容器云上的所有应用。因此，高可用、可靠性需要反复测试演练，并形成灾难恢复应急文档；

4） 在企业内部落地的风险：容器云上运行的是银行业务系统，因此必须遵循银行系统的特点，比如满足应用系统安保等级要求等，容器云的落地，一方面是技术方面的风险，比如和行内各种现有系统的对接等；一方面是制度流程方面的风险，容器云必然会带来很多新的思维和理念，这些最终需要靠制度流程来保证实施，需要进行流程梳理和修改，避免“水土不服”。

容器云建设时需要做什么准备，成本包含哪些？

云平台建设的前期准备主要包括：

1）人员准备：容器云技术覆盖到底层的基础运维和应用的研发测试等内容，因此团队成员最好由开发人员和运维人员共同组成；

2）技术存储：需要完成对容器技术和服务编排技术等容器云相关技术的知识贮备，涉及知识面广且复杂；

3）流程存储：容器云可以更好的促进devops理念的落地实施，CI/CD等会对现有流程带来改变或造成影响，因此做好IT组织架构梳理，做好职责明确，从流程上做好准备；

4）基础环境准备：容器云运行的环境是基于物理机还是IaaS层，需要做好规划并进行环境储备。

云平台建设成本包括硬件资源、软件成本及定制开发、技术服务费用（方案设计、咨询、培训、应用容器化迁移、流程改造等）以及平台运维、维保服务等内容：

1）软件平台费：不同厂商对于产品的报价方式会各有差别；

2） 定制开发和技术服务费用：一般按照工作量以人天计算；

3）硬件资源：包括做平台高可用部署以及计算节点的主机、网络、存储设备、硬件负载等。容器的应用可以提高对主机资源的使用率。应用慢慢迁移后可以降低长期的拥有总成本。

4）维保费用：内部运维人员人力成本，平台厂商次年维保或者平台运维人员外包等。

容器云建设时需要考虑哪些难点和重点呢？

容器云建设是一个复杂的系统化工程，每家企业容器云建设的出发点、设计目标各不相同，因此建设的内容会存在差异，但主要的建设难点或者重点包括但不限于如下内容：

1）与基础设施的融合：容器云与基础设备的关系如何定位，容器云平台的管理内容包不包含底层vmware、openstack或者物理机；

2）网络建设：容器云中大量容器需要进行网络隔离或者网络连通，网络连通时使用哪种网络设施，诸如vxlan的overlay、平网络还是基础设备的underlay（IaaS的网络），不同的选择在网络性能、网络节点规模等方面各不相同；

3） 存储： 对在容器中需要使用存储的容器而言，存储设施存在多种选型方案，比如采用ceph、NAS或者glusterfs等；

4）日志：运行在容器云的应用集群，如何进行日志管理，是采用ELK还是对接行内统一日志管理系统；

5） 监控：容器云上的应用如何进行监控，是单独采用云产品的自有监控体系，还是对接单位内部已有监控系统； 

6） 中间件集成：容器云适合集成哪些中间件服务（比如数据库、缓存等），集成中间件之后，中间件中保存的数据如何进行处理，中间件的管理和运维如何进行？

容器云平台既要于底层基础设施交互，又要支持顶层应用，涉及面和覆盖面都非常广，因此建设过程中与单位内部已有设备、流程等进行结合时需要进行综合考虑，上述内容仅作抛砖引玉的参考，也欢迎更多的同行加入到我们的技术讨论中，在不断的交流中让大家不断进步，一起成长，从而将单位的容器云建设的更加有效，更加高效。

（编辑：核心网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!