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

经典云计算包括IaaS、PaaS和SaaS三层服务。IaaS层提供以各种虚拟机为最小粒度的资源调度单位，PaaS层在IaaS的虚拟机之上提供运行时环境、数据库、开发工具等环境。但是IaaS容易出现资源利用率低、资源调度分配缓慢等问题，PaaS容易面临应用系统架构选择、应用运行的软件环境栈不统一等问题。这些业务系统的运行环境，在面临业务系统软件架构复杂、规模庞大，业务需求变更频繁、研发交付周期逐渐缩短等问题时，会成为业务系统研发人员和运维人员提升工作效率的一个障碍 。

2013年Docker技术出现。Docker是以Docker容器为资源分割和调度的基本单位，可以装整个软件环境运行时，用作构建、发布和运行分布式应用的平台。容器技术打开了一扇窗，但真正运行于线上环境，需要解决与容器环境相关的网络、存储、集群、高可用等方面的问题，从容器到容器云的演进应用而生。

容器云究竟能带来哪些业务价值，容器云又有哪些技术路线可以选择，以下是由社区专家bryan根据社区多位会员分享整理总结的文章，供各位参考。

WHY：为什么要建设容器云？

随着虚拟化技术的发展，很多金融行业（尤其银行同业）已完成物理机虚拟化的进程（多数采用vsphere技术）。这种虚拟化技术一定程度上降低了运维复杂性，提升了资源的使用率。这种虚拟化技术和openstack等可视作云计算中IaaS的发展。此时，银行业的业务系统研发仍面临如下问题期待解决：

1） 应用系统使用的基础软件多为复杂商业软件，功能繁多，真正经常使用的功能一般都只占少数。这些基础软件一般系统架构复杂、安装部署复杂且学习曲线陡峭；

2） 应用系统规模越来越复杂，庞大的部署架构模式使得应用的安装、部署和更新也相对比较复杂，使得业务停机时间和部署成本都有所增加，应用系统开始尝试微服务的形式解决此类问题；

3） 在面临互联网金融等多种行业的激烈市场竞争时，业务部门的需求变化越发频繁，同时也希望研发部门的软件交付周期越来越短；银行IT团队对提高IT能力驱动业务创新的愿景，是银行业IT团队拥抱趋势技术、紧随IT技术发展的宣言；

4） 以vsphere为代表的虚拟化技术，同样面临硬件使用率相对较低、资源分配调度相对缓慢等问题。

随着金融科技概念的兴起，IT部门需要解决这些问题从而更好的提升研发和运维团队的生产力，从而更加灵活、高效、快速的满足业务系统需求，更好提升业务价值。随着容器技术的不断发展和完善，容器云的价值也逐渐被发掘出来，它可以从本质上更好的契合新形式下银行面临的问题：

1） 标准化应用的部署和交付：采用容器镜像的方式实现运行环境的标准化，屏蔽应用部署过程中针对不同环境需要的环境配置、安装步骤等复杂过程。把原先部署、配置的运维工作提前到开发交付阶段，在制作镜像的阶段解决运维上线中出现的问题；

2） 促进Devops的落地实施：容器build、ship、run的理念及其技术特点，更够更好的与CI/CD技术进行融合，促进CI/CD理念的落地，可从技术手段上保证项目管理方式和管理理念的真正有效落地；

3） 有效整合现有资源：容器可运行在多种云平台环境中，比如AWS、Azure、openstack等，有效避免厂商绑定，可实现对企业已有异构基础资源的统一化管理，这种统一管理应用的模式屏蔽环境差异性，降低系统运维难度；

4） 提升资源利用率：容器是基于操作系统的轻量级虚拟化技术，与传统的虚拟技术相比，多个容器可以共享操作系统的内核进程和内核资源，从而有效节省操作系统级资源开销， 通过容器密度的提升更好的利用资源；

5） 加速企业软件资产积累： 镜像仓库通过对应用镜像的集中管理可实现类似应用商店的功能，有利于更好的沉淀和积累企业软件资产，从而更加快速高效的提供各种运行环境。

WHAT：容器云平台的主要内容

首先确定建设容器云的目标，准备覆盖应用的范围，是小范围试点、部分互联网应用、还是主要应用。目标决定了企业的各种资源投入和承担的技术风险；

其次了解所需覆盖应用是否适合部署于容器云，不是所有类型应用都适合运行于容器云；

第三就是技术选型，主流的容器技术和框架各有优劣，需要根据平台的最终建设愿景来选择。

结合银行的监管要求和企业应用特点，一般容器云建设包括但不限于如下方面：

1） 云管平台的建设：主要实现整个云平台可视化的web管理平台，包括分配资源、管理容器、管理租户、管理应用和管理服务等操作功能；

2） CI/CD与平台的对接：以jenkins等软件为主实现与云平台基础功能的对接， 能够更好的支持灰度发布、蓝绿发布等多种应用更新升级方式，智能化的自动构建和部署，从而更好的支持软件敏捷开发；

3） 应用商城(镜像管理)：实现镜像的集中安全统一管理，实现企业软件资源积累和沉淀的一个工具化支持；

4） 应用日志和监控：实现对容器云平台运行的各个应用系统的日志统一管理和监控统一管理；

5） 应用编排：制定容器云平台的标准服务定义模型，从而保证应用的一键式部署、能够实现健康检查、自动伸缩、自动资源选择和调度、自动复制等功能，从而保证应用的整体服务能力；

6） 网络和存储：如何在容器中建立网络模型和存储模型，从而更好为容器提供网络通信和存储提供服务；

除此之外，还需要关注容器云上应用的高可用性、系统安全等现有架构体系下也需重点考虑的问题。

从容器云的应用场景看，容器云的应用场景和银行的IT战略目标有关。对于传统的银行，容器云的应用场景有：

1）创新类业务的应用场景，容器云可以快速搭建应用试错环境。结合微服务架构，可以加快应用的部署能力，提升持续交付的能力；

2）互联网接入和网关类的应用：一般需要良好的故障隔离和水平扩展性能力，容器云可以提供快速部署和故障转移的能力；

3）其他非交易类应用：从目前业界实践来看，微服务是目前容器云上最合适的应用架构，通过微服务实现内部生态系统。

建设容器云平台并不意味着废旧立新，也可以在过去的流程工具链中加入容器能力实现双模共存。很多银行已经建立起成熟的软件生命周期管理流程，实现了从需求计划到SR的分支开发、测试、部署的全流程的自动化与管理。他们希望保留过去的传统软件部署流程，也希望可以支持一些新项目的容器化打包交付模式。

HOW：容器云如何建设

容器云平台项目建设有哪些技术路线，该如何选择？

单从技术角度看，容器云的核心主要包括容器、服务编排和网络等内容，企业级平台的建设思路一般是以这些功能为核心，进行各种企业级功能的建设和完善：

（编辑：核心网）

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