纪克丁云外到云上：招行信用卡系统上云实践.pdf

《纪克丁云外到云上：招行信用卡系统上云实践.pdf》由会员分享，可在线阅读，更多相关《纪克丁云外到云上：招行信用卡系统上云实践.pdf（35页珍藏版）》请在三个皮匠报告上搜索。

1、信用卡应用系统上云实践招商银行 纪克丁背景介绍策略与思路过程和经验云后架构演进最初的云原生技术生态主要集中在容器、微服务、CI/CD、DevOps 等技术领域。如今的技术生态已扩展至底层技术、编排技术、安全技术、监测分析技术、大数据技术、人工智能技术、数据库技术以及场景化应用等众多分支，初步形成了支撑应用云原生化、构建应用全生命周期技术链。CNCF 的云原生开源版图（部分）金融交易云是基于互联网的高并发，高可用交易类场景搭建的基于云架构的专用交易平台。金融交易云主要承载招行借记卡、信用卡核心、零售转账、快捷支付、数字人民币等稳态业务，保障核心交易稳定运行。招行采用“双路径”模式，建立了招行云平

2、台。一条路径是通过金融交易云替代主机，解决海量交易及数据的性能容量和主机不可持续升级等问题；另一条路径是通过原生云将传统的IT能力打造为原生云服务，支持快速创新。原生云平台提供包括虚拟机、容器平台、数据库、大数据、AI、PaaS、存储、网络、计算等一系列云服务。原生云主要承载渠道类、业务处理类、客户经营类等敏态业务，可以快速响应业务发展和变化。云开发框架是为了开发人员更好的和更方便的应用云基础设施的能力。在应用快速开发，应用的可用性和可观测性方面提供低侵入接入方式。招行建立了端到端的DevOps交付工具体系。从需求提出到设计开发、从测试验收到上线发布，再到投产运维监控，每个阶段都有便捷的、自动

3、化的支持工具。云原生化InCloud 统一的云原生基础设施 软件云原生架构 以“应用”为中心云化OnCloud 统一的云海资源池 软件迁移上云 以“资源”为中心服务器OutCloud 碎片化物理设备管理 软件与硬件割裂 以“设备”为中心第一个转变：资源自动化第二个转变：应用自动化从传统架构向云架构转型的三个阶段：第一个阶段是服务器阶段，即上云前系统所处的阶段；第二个阶段是云化阶段。应用系统通过持续不断的架构演进、优化改造，以满足云上部署的要求。第三个阶段是云原生阶段，该阶段是应用上云后，继续不断的通过架构演进、优化改造，使得应用演化为云原生架构。三个阶段，需要两个转变过程来实现：第一个转变：实

4、现从以“设备”为中心向以“资源”为中心的转变，也就是实现资源自动化。第二个转变：是实现从以“资源”为中心向以“应用”为中心的转变，也就是实现应用自动化。应用系统上云既是一项具体的、技术上的工作，也是一个需要提升认识的工作，需要学习云、了解云、掌握云，了解传统应用架构向云架构转型的阶段和转变。信用卡客户综合服务系统是信用卡领域的CRM渠道，承载的功能有900余项，是信用卡中心客户运营服务的兜底渠道，系统监控级别属于TOP50系统。客户综合服务系统一年实现2.5亿次左右的客户服务交互。如果系统可用性出现问题，会导致7*24的客服服务能力中断，严重损害招行声誉。信用卡客户服务系统未上云时的开放部署架

5、构：应用部署在WAS集群，数据库采用DB2，通过CTG与主机系统进行交互。应用部署架构整体采用异地双活架构实现系统的高可用。该架构是信用卡开放平台系统在未上云时典型的部署方式。根据招行“双路径”上云的思路，核心系统要实现从主机平台100%迁移上金融交易云；外围系统要实现100%迁移到原生云平台。信用卡客服系统的目标是100%迁移到原生云平台。上云策略新增应用上云领域驱动微服务架构RESTAPI已有应用上云缓存消息队列应用可观测适配改造特性开关适配外部系统适配数据上云数据上云分类迁移异构存储多源比对通过新增应用上云过程熟悉、了解、掌握云的应用；通过引入缓存、消息队列、云开发框架进行已有应用架构解

6、耦，实现云上部署和应用可观测；通过引入特性开关进行应用改造，适配外部系统和数据上云，适配改造贯穿上云的全过程。数据上云在应用上云的基础上，通过分类迁移、异构存储和多源比对实现。领域驱动设计微服务架构RESTful接口设计通过领域驱动设计为方法论，对系统的领域进行重新梳理和划分；通过微服务架构和REST API方式落地应用云上部署。达到学习云、了解云、掌握云的目标，同时为已有应用上云改造提供应用解耦方案和架构演进路径。领域驱动设计是一套方法论，可以比较好的指导我们将复杂问题进行拆分、通过拆分各个子系统及分析子系统间的关联关系，了解整体系统是如何运转的，帮助我们解决大型的复杂系统在落地中遇到的问题