容器云平台本身就是一种技术产品，如果它不能承载和赋予业务能力，就没有出现的使用价值。所以在技术平台完成之前，需要与各个业务系统紧密合作，提供良好的客户支持，配合业务系统顺利迁移到容器云平台。为了更好地完成协作，我们提出了以下要求:业务要求:业务是否适合容器化将直接影响应用程序能否成功转移到容器云平台。在建设初期，考虑到各种因素，我们采取了严格的云条件，然后逐步放宽策略。

技能要求:业务团队应具备镜像制作、部署等基本能力；同时，我们还在内部进行培训，输出云指南，帮助业务团队进行业务云。梳理了云的要求后，我们大致圈定了云的系统范围。到目前为止，我公司已经完成了支付中心系统、投资展示、互联网运营平台、条件选股、资产管理网站、投资银行存续期管理系统等20多个生产应用；计划在2021年完成所有自主研发系统。

在增效降本方面，与虚拟化相比，资源使用率的提高是容器技术的关键优势。kuberneASE对底层抽象屏蔽了基础设施的复杂性，池塘化了整个平台的资源，带来了相当直接的好处。安信容器云软件开发测试群集资源使用率的提高尤其显著。与虚拟化相比，CPU和内存仅占22%和38%，随着应用程序的增加，资源使用率将继续提高。同时，应用资源的交付时间将降至分钟级别。资源申请只需要简单的quota分配，而不是传统的虚拟安装操作系统、配置IP等复杂操作，用户获取资源的成本将大大降低。此外，由于镜像包装技术，应用部署时不需要重新配置依赖环境和组件，部署效率将大大提高，从过去几天降至分钟级别。

全面云:我公司的云计算建设已经过了基础设施上云、应用上云阶段。在万物上云、全面信息化的数字时代，下一步我们坚定地坚持全面上云，上下联系形成有机整体，巩固数字化和智能化能力，构建云大数据、云中台，继续赋予我公司全面数字化变革能力。

以容器云PaaS中间件建设为基础：PaaS中间件作为一种公共统一服务，不仅可以开箱即用，而且可以根据需要进行变配，有效提高我公司的资源使用率，降低成本。以容器云为基础的PaaS服务可以使业务系统不需要购买专门用于业务系统的硬件服务器来部署中间件服务，在平台上申请即用，统一运行，保证服务的可扩展性。开始时，可以申请小规格的实例来应对业务压力，随着服务压力和数据量的增加，可以顺利升级实例规格，当业务回到高峰时，可以降级实例规格，节省成本。

两地三中心:以同城双中心和异地灾难备份中心的方案，具备可扩展性和灾难备份能力。去年年末，我公司技术园计算机房逐渐投入使用，基于容器云平台的两地三中心基础设施建设也提上了日程。从应用的角度来看，两地三中心的建设并不局限于多数据中心的多群集。只有从整体上解决应用双重活动的问题，两地三中心的目标才能更好的目标。