技术|金融云原生漫谈(二)|中小银行破局之道:云原生架构转型全攻略( 二 )


在建设路线上应该以应用为中心 , 覆盖应用全生命周期为目标进行云计算的建设方向 。 充分考虑平台融合基础设施、微服务框架、数据服务、DevOps工具等模块作为平台组件 , 以建设具备全栈能力的云平台为发展方向 。
云原生架构下应用转型有无相关规范可以参考? 在应用架构转型的语境里和组织自我进化的角度 , 建议可以参考以下15个要素 , 这些要素几乎涵盖了云原生架构下应用转型的各个方面 。
要素1:基准代码(Codebase)——一份基准代码 , 多份部署 。
要素2:依赖(Dependencies)——显式地声明依赖关系 。
要素3:配置(Config)——在环境中存储配置 。
要素4:后端服务(Backing Services)——把后端服务当作附加资源 。
要素5:构建、发布、运行(Build、Release、Run)——严格分离构建、发布、运行 。
要素6:进程(Processes)——以一个或多个无状态进程运行应用 。
要素7:端口绑定(Port Binding)——通过端口绑定提供服务 。
要素8:并发(Concurrency)——通过进程模型进行扩展 。
要素9:易处理(Disposability)——快速启动和优雅终止可最大化健壮性 。
要素10:开发环境与线上环境等价(Dev and Prod Parity)——尽可能保持开发、预发布、线上环境相同 。
要素11:日志(Logs)——将日志当作事件流 。
要素12:管理进程(Admin Processes)——将后台管理任务作为一次性进程运行 。
要素13:优先考虑API设计(API First) 。
要素14:通过遥测感知系统状态(Telemetry) 。
要素15:认证和授权(Authentication and Authorization)
另外 , 今年年初 , 信通院牵头进行了云原生成熟度标准体系的讨论和标准制定 , 在这个体系里面包括一个云原生业务应用成熟度的评估标准 , 根据基础设施域、应用研发域、服务治理域以及组织管理域成熟度综合计算 , 共分为五级 , 五个级别有明确的定义 , 比如在初始级 , 技术架构局部范围开始尝试云原生化改造 , 并取得初步效果 , 而卓越级 , 技术架构已完成全面云原生化改造 , 且这个技术模块功能已相当完善 , 能够很好地支撑上层应用 。 目前这个标准的细则还在酝酿中 。
中小银行也需要百人规模的技术团队吗? 首先 , 我们从什么是云原生架构的角度来理解技术团队职责划分 , 再去决定技术团队规模会容易一些 。 简单来说就是把原来开发部门需要开发业务功能的工作下沉到基础设施 , 把运维部门对于基础设施(例如云计算)的一些原生能力赋能上层业务应用 , 所以在云原生架构之下 , 原来开发部门和运维部门的工作职责就出现了冲突 , 那么中小银行如何在人力、资金、资源相对紧缺的情况下 , 有效规避这些冲突 , 目前在金融行业普遍的做法有以下三种:

推荐阅读