G行云计算之全栈云应用上云部分

发布时间：2022-01-17 15:41 所属栏目：124 来源：互联网

导读：G行从2012年开始积极探索云计算前沿技术，历经多年的持续建设，建立了贯穿基础设施、技术中台、业务平台多层次的安沃云工程体系。从最初面向资源敏捷的私有云阶段(IaaS)，到面向技术赋能的平台云阶段(PaaS)，再到如今面向安全可控、业务使能的全栈云阶段(Iaa

G行从2012年开始积极探索云计算前沿技术，历经多年的持续建设，建立了贯穿基础设施、技术中台、业务平台多层次的安沃云工程体系。从最初面向资源敏捷的私有云阶段(IaaS)，到面向技术赋能的平台云阶段(PaaS)，再到如今面向安全可控、业务使能的全栈云阶段(IaaS + CaaS + PaaS + SaaS)，“应用上云”始终是G行的重点研究方向。作为G行123+N数字化银行发展体系中基础技术平台的云计算平台，全栈云平台于2021年正式投产运行，下面本文将着重结合全栈云的上云规划和上云设计，分享下G行应用上云的理论方法和实践经验。

一. 应用上云总体规划思路

G行从上云原则、上云设计和上云执行三个层级展开应用上全栈云的总体规划设计，其中上云原则主要指企业在开展应用上云工作前为实现应用上云目标而制定的一系列指导性策略意见，上云设计是指围绕上云原则设计的全量可落地执行的上云指导方案，上云执行是指遵照上云指导方案围绕应用上云开展的一系列生产行为活动。总而言之，上云原则用于指导应用上云的总体规划，上云设计用于指导应上云的方案制定，上云执行用于支撑上云原则及上云设计的最终执行落地。

二. 上云原则

G行从自身业务发展战略出发，通过制定务实的上云目标、选取合理的上云策略和分析多维的上云视角，从而推导出现阶段应用上云的总体指导性原则。

1所有应用类系统“应上尽上”全栈云

原则上所有应用类系统都要上全栈云，并优先使用容器化上云方式。针对不能上云的业务系统要一事一议，分析不能上云的原因，如果是全栈云平台支持能力、兼容性等导致不能上云，可以单独备案，如果是应用系统自身的问题，需要进行相应的改造之后上云。

2不允许自建全栈云已有的服务能力

全栈云平台提供种类丰富、规格多样的IaaS及PaaS类云服务，应用类系统在上云的过程中应该优先调用全栈云平台提供的云服务能力，原则上不允许自建相关组件，如安全、备份、容灾、关系型数据库、容器等，若全栈云平台无法提供业务系统所需要服务能力，允许备案后自建。

3按需申请全栈云资源

应用类系统在申请全栈云的服务资源时，应遵循“最小规格、按需使用”的基本原则，根据业务系统所处理的业务量、用户数、并发用户数等因素综合考虑，合理申请资源的规格和数量。

三. 上云设计 1开展上云调研

对于新建系统上云，调研重点在于应用架构设计和服务能力需求。应用在架构设计及研发过程中，应与全栈云平台架构适配，并充分利用其提供的云服务能力，避免出现上层应用与底层平台架构不适配或平台能力重复建设。

对于存量系统上云，需对存量系统现状做全面的分析和收集，从业务需求出发，分析应用系统上云的必要性、可行性和难易度，包括系统现状调研、架构、资源梳理等，具体流程可参照下图。首先，评估系统迁移是否符合监管要求，并确认是否存在相关的技术架构要求，以及该要求能否被满足;其次，应考虑系统迁移的难度、时间、成本以及资源需求(包括计算、网络、存储、安全和运维等);最后，综合考虑应用系统的架构、流程、边界、资源和非功能来制定迁移策略和方案。

（编辑：ASP站长网）