7-舒展-面向稳定和效率的金融科技平台化探索和实践

平台化探索与实践

背景与挑战

• 金融监管要求：高优先级紧急需求、业务连续性、RTO/RPO要求、信创要求、高可靠要求。
• 技术挑战：新场景、新技术、国产化带来的架构开发、投产、测试、运维领域经验不足、掌控能力不足、适配能力不足。

平台化定义

• 通用技术平台：一种能够帮助新产品、新项目快速设计、快速开发、快速实施、快速收益，并显著降低风险性和综合成本的手段和途径。

平台框架

• 层级划分：
  • L1：关键技术
  • L2：框架基座
  • L3：应用开发接口及插件
  • L4：辅助研发工具
  • L5：功能组件（含运营+运维）
  • L6：框架平台
• 功能模块：协作聚焦、领域结构一致性、沉淀资产、提高效率、降低成本、保证质量。

平台化发展历程

• 典型历程：
  • 系统公共库
  • 系统级平台
  • 企业应用集成总线
  • 企业级统一框架
  • 企业级金融科技平台
  • 企业级技术中台

平台化落地思路

• 整体思路：领导架构、研发运维、可移植性、精细化管控、自动广化、运营支持、基础设施无关性、跨厂商、云中立、标准化、统一、技术趋势、降低开发成本、更好的走出去、更快的引进来、架构治理、架构可视化、先进性、复用性、扩展性、敏捷交付、持续迭代、快速部署、资源快速供给、合规性、连续性、稳定性、可用性、可靠性、用户体验、操作便捷、埋点数据完整性、数据及时性、工具完整性、服务台对接、文档完整性、操作便捷、埋点数据完整性、数据及时性、工具完整性。

新业态驱动的平台演进

• 银行无处不在：银行4.0，银行网点为基础的业务形态。
• 需求分析：APP安全、图片存储服务、RestAPI。
• 平台能力：防盗链、APP加固、防调试、埋点数据采集、文件服务。

企业架构领域驱动的平台演进

• 单体架构：系统内部公共库、EAI系统、异构、烟囱式、EAI总线集成、应用服务、数据库服务。
• ES B统一模型：组件化、逻辑子系统、物理子系统、统一系统互联的规范、寻址模式、代理模式、服务目录、安全节点。
• 微服务：统一系统互联的规范、统一的数据建模、微服务、分库分表、读写分离、API网关、配置中心、注册中心、业务单元。
• 云原生：POD、Service、Envoy、控制面、数据面。

云计算技术驱动的平台演进

• 底层硬件基础设施服务：IaaS。
• 中间件业务应用：PaaS。
• 业务应用：基础架构能力抽象+标准化。
• 云原生：新一代云计算技术“内核”，云原生标准、规范、最佳实践、迁移工具沉淀到平台，支撑应用的云原生改造。

敏捷研发技术带来的平台演进

• 项目级研发管理工具：九大模块、九个流水线。
• 2018年：敏捷研发平台上线。
• 2021年：代码仓库流水线全面推广替换。
• 2016-2017年：云原生技术驱动下逐渐建立平台化技术体系，Docker开始规模落地。
• 2017年以来：新兴技术涌现，多技术栈支持诉求增多，引入CI工具。

开源技术驱动的平台演进

• 优点：源代码可控、高质量、低成本、易于定制、与供应商解绑、版本升级自由。
• 缺点：配套功能不完整、发展不可控、兼容性问题、持续维护问题、管理经验不足、许可协议多样、安全漏洞。

平台化总结

• 关注示范应用
• 现有流程衔接
• 兼容性设计
• 技术研究和工程化并行
• 针对运维的能力设计
• 推广支持体系的建设
• **运营体系建设

感谢聆听！