mayu0630
作者mayu0630·2020-12-01 11:56
数据库管理员·北明

银行行业基于华为 OceanStor 18000F V5高端存储的两地三中心容灾 解决方案设计

字数 8931阅读 7237评论 6赞 8

1. 项目背景

1.1 项目概述

随着银行信息化程度的不断提高,信息系统在金融行业的关键业务中扮演着越来越重要的角色,企业对 IT 系统的依赖程度越来越高,信息系统业务中断会导致巨大经济损失、影响品牌形象并可能导致重要数据丢失。因此,保证业务连续性是信息系统建设的关键。业务系统的连续性和灾难保护的重要性也越来越突出。

在某银行目前的业务系统中,新建北京、上海两地三中心架构。本次项目将在原北京、上海数据中心部署 3 台高端闪存以 满足在北京生产中心、同城灾备中心及上海数据中心老旧应用项目的生产替换改造、灾备需求。

1.2 建设要求

合规性要求:

银行核心存储项目,属于国内大型商业银行的重要 IT 基础设施建设,意义和影响重大,必须满足国家及行业监管机构的合规性要求,本次项目建设需满足包括但不限于以下国家和行业规范:

银监会《商业银行业务连续性监管指引》
银监会《商业银行数据中心监管指引》
银监会《商业银行信息科技风险管理指引》
银监会《银行业重要信息系统突发事件应急管理规范(试行)》
银监会《银行业金融机构信息科技外包风险监管指引》
人民银行 《银行业信息系统灾难恢复管理规范》
人民银行 《关于进一步加强银行业金融机构信息安全保障工作的指导意见》
人民银行 《关于加强银行数据集中安全工作的指导意见》
国家质量监督检验检疫总局《信息系统灾难恢复规范》( GB/T 20988-2007 )
国务院信息化工作办公室《信息系统灾难恢复规范指南》
中办发 27 号文《国家信息化领导小组关于加强信息安全保障工作的意见》
工信部《 2006-2020 年国家信息化发展战略》【 2006 年 5 月 8 日】

知识产权要求

本次项目建设所涉及的方案和产品需要完全自主的知识产权,对核心技术拥有研发、维护、升级、技术支持的完整能力。避免出现局部或上下游产业的技术垄断和产权风险。

兼容性要求

银行存储资源池建设属于现有数据中心内资源池的扩容性质,必须考虑在网运行的所有 IT 基础环境的兼容性。根据目前银行数据中心运行情况,本次存储资源池的建设至少需要兼容如下环境和设备技术:

Brocade 、 Cisco 等光纤交换机设备。
AIX 、 Redhat Linux 、 Windows 等操作系统。
Power VM 、 VMWare 、 Hyper-V 等虚拟化平台。
Oracle 、 DB2 等数据库软件主流版本。
VMware VAAI 等虚拟化接口认证。

数据迁移的要求

本次数据中心存储资源池建设必然涉及老旧存储或者老旧系统间的数据迁移。需至少支持异构第三方存储设备连接及存储层面在线数据迁移功能,并提供迁移必要的技术支持

设备高可用的要求

本次存储池建设属于行内最核心业务系统, T1A 和 T1B 级,因此所采用设备应为金融行业广泛使用并长时间验证过的高端全闪存储。存储系统不应存在任何部件的单点故障,可用性不能低于 99.999% 。

环境要求

该用户生产数据中心 / 同城灾备数据中心位于北京,异地位于上海数据中心。目前主要的业务系统包括业务应用和数据库 Oracle , DB2 等数据库系统以及 AIX 、 UNIX 和 Linux 等操作系统,前端业务系统通过数据库或者操作系统存取数据。详细情况如下:

1)应用系统现状

该银行目前已经建成四级容灾系统。其中,核心应用系统为 T1 级,建设两地三中心架构。

各应用系统容灾等级现状如下表所示:

系统序号应用等级恢复时间要求数据恢复点存储方式操作系统数据库
1T1A2小时无丢失高端阵列存储AIX 5.x 6.x 7.x Red HatOracle DB2
2T1B6小时无丢失高端阵列存储AIX 5.x 6.x 7.x Red HatOracle DB2
3T2 15分钟高端阵列存储AIX 5.x 6.x 7.x Red Hat WindowsOracle DB2
4T3 高端阵列存储AIX 5.x 6.x 7.x Red Hat WindowsOracle DB2

表 1 某银行 IT 系统现状信息表

2)网络系统现状

北京生产 / 同城灾备机房:

当前已建设同城灾备中心,两中心距离约 40km 。中间链路租用运营商裸光纤链路,并自购 DWDM 波分设备进行网络连接。

北京生产中心与上海数据中心:

异地灾备中心与测试中心复用,且已建成使用多年,生产中心与异地灾备中心通过租用 WAN 链路,带宽根据业务需要动态申请和调整。

北京同城灾备中心与上海数据中心:

同城和异地灾备中心之间实现数据的异地容灾复制,目前暂未建设容灾网络,后续根据业务容灾发展需要会适时进行相关网络资源的申请和建设。

2. 设计原则

基本原则

通过对该银行本次存储资源池建设需求的了解,结合金融行业业务系统的应用特点,本次方案设计建设过程遵循如下原则进行:

可用性原则

l 灾备系统的故障不影响生产系统的运行,不会大幅度影响业务处理能力。
l 系统器件选择要考虑能支持 7×24 小时连续长时间大压力下工作;
l 系统具有充分的冗余能力、容错能力,如支持 双活动控制器,满足高可靠性需求,至少达到
99.999% 可用性。
l 系统具有专业的技术保障体系以及数据可靠性保证机制;
l 确保系统具有高度的安全性,提供安全的登录和访问措施,防止系统被攻击;
l 异常掉电后不丢失数据,供电恢复后自动重新启动并自动恢复正常连接;
l 系统支持 运行状态管理和 技术保障体系;

先进性原则

l 系统必须严格遵循国际标准、国家标准、国内信息行业和金融行业的规范要求;
l 需符合存储技术以及 IT 行业的发展趋势,所选用的产品型号已规模上量;
l 所有的系统处于先进的技术水平,确保较长时间内技术上不落伍;
l 系统的处理能力要达到业内领先,对于业务的使用要留有一定的余量,以满足后续升级的需
求;
l 对工作环境要求较低,环境适应能力强;

开放性原则

l 系统必须支持国际上通用的标准网络存储协议、国际标准的应用开放协议;
l 与主流服务器之间保持良好的兼容性;
l 兼容各主流操作系统、卷管理软件及应用程序;
l 可以与第三方管理平台、云平台集成,提供给用户定制化的管理维护手段;
l 与现有 IT 系统、软硬件系统兼容并可无缝替换和升级;
l 系统必须支持国际上通用的标准管理协议;

易维护性原则

l 系统支持简体中文,通俗易懂,操作方便、简单;
l 系统具有充分的权限管理,日志管理、故障管理,并能够实现故障自动报警;
l 系统设备安装使用简单,无需专业人员维护;
l 系统容量可按需要在线扩展,无需停止业务;
l 系统功能扩充需要升级时,支持不中断业务升级;
l 支持 WEB 管理方式或集中管理方式;

扩展性原则

l 考虑银行未来五至八年数据中心、业务系统和存储系统的整体规划,既能满足短期建设
需求,又能满足该银行中远期规划方向。
l 系统易于扩充;
l 系统选择标准化的部件,利于灵活替换和容量扩展;
l 系统设计遵守各种标准规定、规范;
l 可以与第三方管理平台集成,提供给用户定制化的管理维护手段;
l 具备各主流厂家设备的扩展接入能力;

经济性原则

l 综合考虑集中存储系统的性能和价格,最经济最有效地进行建设,性能价格比在同类系统和
条件下达到最优。

绿色性原则

l 满足环保与节能的要求,噪声低、能耗低、无污染;
l 必须选用无铅器件;
l 有节能降耗的技术手段;
l 具备环境管理认证,符合环保规定,包材可回收,支持重复利用

3. 设计方案

两地三中心的容灾方式是当前金融行业容灾建设的最高配置和主流方案。

通过建设近距离的数据中心(同城数据中心)获得接近于零数据丢失的数据保护,通过建设较远距离的数据中心(异地数据中心)获得远距离的数据保护,避免区域性的灾难导致业务无法恢复。在出现小概率的大范围的灾难时,如自然灾害地震,造成同城灾难备份中心与生产中心同时不可用,应用可以切换到异地灾难备份中心。通过实施经过日常灾难演练的步骤,应用可在业务容许的时间内,在异地的灾难备份中心恢复,保证业务连续运行。但异地恢复通常会丢失少量的数据。

3.1 方案概述

根据该银行现有两地三中心容灾解决方案现状:一个生产中心、一个同城灾难备份中心、一个异地灾难备份中心。生产中心的数据同步地复制到同城灾难备份中心,同时,生产中心的数据异步地复制到异地灾难备份中心。

相比仅建立同城灾难备份中心或异地灾难备份中心, “ 两地三中心 ” 的方式结合两者的优点,能够适应更大范围的灾难场景,对于小范围的区域性灾难和较大范围的自然灾害,都能够通过灾难备份系统较快地响应,尽可能保全业务数据不丢失,实现更优的 RPO 和 RTO 。所以,两地三中心容灾解决方案得到了广泛的应用。

常见两地三中心解决方案有级联组网(同步 + 异步,异步 + 异步)方案(即 “A->B , B->C” 组网)、并联组网(同步 + 异步,异步 + 异步)方案(即 “A->B , A->C” 组网)和双活组网(双活 + 异步)方案(即 “A<->B , B->C” 组网)以及环形组网方案(即 “A->B , A->C” 组网)。

结合目前数据中心间网络现状本次设计采用华为公司高端全闪存储 OceanStor 18000F V5 及其并联同步 + 异步的方案。如此设计有如下优势:

  1. 该银行目前同城灾备中心和上海数据中心间容灾网络资源暂时不能满足,不易进行级联式组网。
  2. 北京同城灾备机房和异地上海数据中心的故障或者演练或者计划内停机等操作,不会影响另一个数据中心的容灾能力。
  3. 北京同城的容灾能力可以达到 RPO=0 的最高水平
  4. 异地上海数据中心既可以节省远距离网络带宽,又可以尽量减少对北京生产机房性能的影响
  5. 与现网运维能力相匹配,兼容目前自动化切换流程框架,方案稳健且未来扩展性好。

考虑未来,进一步加强容灾能力的建设,基于目前并联同步 + 异步的高端全闪存方案,未来可无缝扩展为双活 + 异步并联方案以及双活 + 异步环形方案。

其中,双活 + 异步并联方案可以将同城切换 RTO 可以缩短为 “ 零 ” ,可以大大提高业务连续性能力。

双活 + 异步环形方案可以在避免并联的 A 中心、串联的 B 中心故障时导致的数据保护无法持续的问题,进一步提高数据保护能力。

3.2 同步 + 异步的并联

如上图,在北京生产中心部署磁盘阵列 A ;在同城灾备中心部署磁盘阵列 B ,两个数据中心之间通过 FC 链路实现互联,生产中心的磁盘阵列 A 与同城灾备中心磁盘阵列 B 建立同步远程复制,将阵列 A 的数据实时同步到阵列 B ;在上海灾备数据中心,部署磁盘阵列 C ,通过生产中心与异地灾备中心的 IP 链路,实现生产中心的磁盘阵列 A 与异地灾备中心磁盘阵列 C 建立异步远程复制,异步地将数据同步到磁盘阵列 C 。

在同城灾备中心和异地灾备中心部署容灾管理软件,实现对 3 个数据中心的统一容灾管理。容灾管理软件可以展示两地三中心容灾方案物理拓扑和业务逻辑拓扑,并且支持在同城灾备中心以及异地灾备中心一键式容灾测试以及一键式容灾恢复。

所选择产品为华为 OceanStor 18000F V5 高端全闪存,同步复制为华为 HyperReplication/S 技术,异步复制为 HyperReplication/A 技术。

3.3 容量方案设计

根据该银行目前 T1-A 和 T1-B 容灾等级应用系统容量的统计,只有最高等级的 T1-A 需要同城容灾,另有部分业务容量仅需要异地灾备,因此设计一套 “ 两地三中心 ” 容灾组合,北京生产数据中心和上海灾备数据中心设计 600TB 容量,北京同城灾备数据中心为匹配最高等级容灾需求的业务设计 300TB 容量。

如下表所示:

主要配置安装/使用地点备注
可用600TB有效容量(按RAID6 6D+2P计算)北京- 生产数据中心生产
可用300TB有效容量(按RAID6 6D+2P计算)北京- 同城灾备中心同城灾备
可用600TB有效容量(按RAID6 6D+2P计算)上海- 异地灾备中心异地灾备

本次两地三中心方案所选用的华为 OceanStor 18000F V5 系列高端存储无论在同步复制、异步复制还是未来可能会使用到的双活技术上,均实现了 LUN 级别的最小保护粒度。即无论两地三中心还是仅同城容灾、仅异地容灾、仅双活保护都可以仅做 LUN 级别保护。因此,一套两地三中心架构可以灵活实现多种容灾保护方式和级别。

该银行目前高端存储容量需求的增长每年呈现超线性增长的趋势,有效降低存储成本,提高容量利用率应该是方案重点考虑的方面。本次采用了高端全闪存产品,存储资源池性能得到大幅提升,因此,两地三中心方案设计采用阵列重删压缩技术,在性能满足业务系统所需不降低的前提下,缩减扩充有效容量,至少达到 1.5:1 的数据缩减效果,提升容量利用率 50% 以上。

为进一步提升容量利用率,解决存储分配率高,但使用率低的问题,本次设计采用精简配置的存储供给方式,容量用时分配,存储容量利用率不再受到分配率的限制。而全闪存带来的超强性能,完全抵消了由于用时分配机制带来的细微性能消耗。

根据该银行目前的性能和容量需求比例,本次方案推荐了 3.84TB 的 SSD 硬盘, 600TB 容量仅需两个标准机柜位,可以很好的降低数据中心空间和供电制冷成本。

3.4 性能方案设计

支持缓存分区功能或支持 QoS 策略管理

3.5 数据一致性设计

该银行使用的 Oracle 和 DB2 等大中型数据库应用,数据、日志、修改信息等存储在磁盘阵列的不同 LUN 中,缺少其中一个 LUN 的数据,都将导致其他 LUN 中的数据失效,无法继续使用。如果需要同时对这些 LUN 进行远程容灾,那么就要考虑如何保持多个远程复制对的数据一致性。本次采用的 OceanStor 18000F V5 高端全闪存存储系统的两地三中心架构中,提供一致性组功能来保证多个容灾保护 LUN 对之间数据的一致性。

一致性组是多个 3DC LUN 的集合,可以确保单个存储系统内,主机在跨多个 LUN 进行写操作时数据的一致性。同步复制只能在分裂、异常断开状态下设置从 LUN 可读写接管主机业务,一致性组场景要求 PAIR 成员从 LUN 接管业务时和主 LUN 一样保证不同成员 LUN 之间的数据写依赖性(例如数据库场景,数据卷对日志卷有依赖,则要求日志卷数据比数据卷新)。因此要求一致性组改单写流程需要确保不同 LUN 间双写 IO 的依赖性,使得一致性组断开后从端数据仍然能够保证数据间的写依赖,从而保证容灾备份数据的完整性和可用性。

用户创建一致性组以后,可以将多个远程复制对添加到一致性组中。一致性组可以进行分裂、同步、主从切换、设置从 LUN 可写等操作,在进行这些操作时,一致性组的所有成员对保持步调一致。当遇到链路故障时,一致性组的所有成员对会一起进入异常断开状态。当远程复制故障排除后恢复正常状态时再重新进行数据的同步,从而保证从站点灾备阵列数据的可用性。

3.6 数据保护设计

该银行本次数据中心存储资源池建设,除基本的两地三中心方案外,日常运维使用过程中,还需要进行必要的逻辑数据保护以及数据副本的克隆,以备查询、分析、测试、恢复等使用,因此本次还设计了数据克隆和快照的可选附加功能方案。即华为 OceanStor 18000F V5 的 HyperSnap 技术和 HyperClone 技术构建的数据保护方案。

本地数据保护: 北京生产、同城灾备数据中心可在存储阵列上进行定时快照或克隆,保留多份副本,一旦业务在运行时发生误操作或病毒入侵等逻辑错误场景,可以通过快照回滚功能,快速实现业务恢复。

异地数据保护: 仅有同城的逻辑错误保护机制对于某些逻辑故障场景是无法恢复业务的,例如:生产业务出现了逻辑错误,业务还未启动异地恢复时,同城两个数据中心都发生故障。虽然这是一种小概率的组合故障场景,但是如果能在这种场景下恢复业务系统的正常运行,那么就可以避免在这种小概率组合故障场景下业务的恢复,避免损失。推荐上海数据中心采用 OceanStor 存储的虚拟快照功能实现异地数据逻辑保护。这些快照并不是完整的源卷副本,而是由位图和最新数据变化量空间构成,可以极大地节省了空间。

数据副本获取: 华为 OceanStor 18000F V5 的数据克隆副本也可用作查询或分析系统的并行数据处理所用。

3.7 方案扩展性设计

根据该银行新存储资源池的建设,所承载的业务量将逐渐加大,重要性和影响程度也将越来越高,因此,后续方案可靠性的进一步提升,也是本次项目设计的重点考虑方面。

针对提升 RTO 和灾难后进一步系统健壮性的两个方面有如下三个方向的扩展方案

  1. 同步 + 异步环形方案,此方案将避免出现生产数据中心灾难时,同城灾备数据中心接替生产数据中心后,上海异地灾备数据中心无法对同城灾备数据中心进行持续容灾保护风险。华为 OceanStor 18000F V5 两地三中心方案支持同步 + 异步环形保护技术,因此,在后续具备同城灾备数据中心和上海异地灾备数据中心间网络通讯时,可进一步提升系统健壮性,实现当前并联同步 + 异步方案到同步 + 异步环形方案的扩展。
  2. 双活 + 异步并联方案,此方案将提升生产数据中心和同城灾备数据中心两中心间灾难时的切换效率。当前同步复制技术无法做到 RTO=0 的双活目标。为进一步提升灾难时银行核心业务的无中断切换能力,华为 OceanStor 18000F V5 两地三中心方案支持双活 + 异步并联保护技术,再后续应用、运维级业务部署等条件具备时,可实现当前主备同城中心到双活中心的扩展。双活技术将采用华为 HyperMetro 阵列免网关双活技术。
  3. 双活 + 异步环形方案,由双活 + 异步并联方案还可以进一步扩展为双活 + 异步环形方案,兼顾上述方案 1 、 2 的优势。

同步 + 异步环形方案架构

在生产中心部署磁盘阵列 A ;在同城灾备中心部署磁盘阵列 B ,两个数据中心之间通过 FC 链路实现互联,生产中心的磁盘阵列 A 与同城灾备中心磁盘阵列 B 建立同步远程复制,将磁盘阵列 A 的数据实时同步到磁盘阵列 B ;在异地灾备中心,部署磁盘阵列 C ,与生产中心阵列 A 、同城灾备中心阵列 B 同时建立异步远程复制关系,将磁盘阵列 A 的数据定时地同步到阵列 C 。当生产中心阵列 A 故障时,同城中心阵列 B 数据继续定时同步到阵列 C 。

双活 + 异步并联方案架构

在生产中心 A 和生产中心 B 位于同城,可通过裸光纤或波分设备实现 FC 网络互联,也支持通过 10GE 网络互联。生产中心 A 和生产中心 B 同时对外提供业务, HyperMetro 不仅实现数据实时双向镜像,而且保证任何数据中心阵列故障,对上层业务透明切换,业务不中断。在异地灾备中心,部署磁盘阵列 C ,与生产中心 A 或 B 任意磁盘阵列建立异步远程复制,将双活镜像的磁盘阵列数据周期性的同步到磁盘阵列 C 。

在生产中心 B 和异地灾备中心部署容灾管理软件,实现对双活 + 异步复制统一容灾管理。容灾管理软件可以展示两地三中心容灾方案物理拓扑和业务逻辑拓扑,并且支持在异地灾备中心一键式容灾测试以及一键式容灾恢复。

HyperMetro+ 异步环形方案架构

在生产中心 A 和生产中心 B 位于同城,可通过裸光纤或波分设备实现 FC 网络互联,也支持通过 10GE 网络互联。生产中心 A 和生产中心 B 分布部署一台华为 OceanStor 存储,利用华为 OceanStor 存储的 HyperMetro 特性,实现两数据中心同时对外提供业务,实现数据实时双向镜像,而且保证任何数据中心阵列故障,对上层业务透明切换,业务不中断。在异地灾备中心,部署阵列 C ,与生产中心 A 和生产中心 B 任意阵列建立异步远程复制,将双活阵列的数据周期性的同步到阵列 C 。当生产中心 A 或生产中心 B 阵列故障时,生产数据继续定时同步到阵列 C 。

3.8 方案亮点

华为两地三中心解决方案的亮点和优势如下:

性能高

华为 OceanStor 18000F V5 存储具备业界领先的性能表现,

绿色节能

华为 OceanStor 18000F V5 高端全闪存,相同容量下较传统高端节省超过 70% 的机房空间;节省超过 65% 的能耗和制冷消耗。

利用率高

数据缩减采用在线缩减,实时生效,更高效更节省空间。

数据高可靠

除标准容灾能力外,还可以做到数据本地、异地的多重逻辑保护。

全系列存储复制技术互通

华为全系列存储产品都采用统一的存储操作系统平台,高、中、低端阵列之间,闪存和全闪存阵列都可建立远程复制关系。用户在产品选型时,可以根据业务需要选择匹配的异地灾备中心磁盘阵列,显著提升容灾建设投入产出比。

多种 3DC 方案,支持不同业务要求的 RTO 和 RPO

双活、同步复制、异步复制灵活组合,串联、级联、环形多种组网方式。基于 Cache 多时间戳的异步远程复制,最小支持 3s 的复制周期。同步复制则 RPO=0 。双活则 RPO=0 , RTO=0.

兼容性全面

支持所有主流的网络、 IT 硬件及软件,不会对用户使用习惯造成冲击,无需变动所有业务系统组件即可使用。支持异构虚拟化能力,不仅可以异构接管所有主流存储设备,还可以对接管设备进行无中断的数据迁移和灾备保护。

容灾业务和拓扑可视化管理

华为容灾管理软件 OceanStor BCManager 支持可视化展示两地三中心的物理拓扑和业务逻辑拓扑。并且支持一键式容灾测试和切换,支持用户定制脚本一键恢复备用业务系统,简化灾备系统的管理和维护。华为 OceanStor 系列存储也提供 API 接口可供各类第三方网管、运管、灾备管理等系统对接。

如果觉得我的文章对您有用,请点赞。您的支持将鼓励我继续创作!

8

添加新评论6 条评论

qinhaoqinhaoIT存储产品经理IT民工
2021-11-04 22:32
感谢,学习了
匿名用户
2020-12-11 13:42
文章介绍的很详细,对方案阐述清晰,可作为同行业参考模板。特别是全闪阵列提供了足够的读写速度,极大的提高了金融行业业务系统能力。值得参考!
匿名用户
2020-12-07 16:57
国家大力推进自主可控已彰显成效,本文的解决方案实现完全自主的知识产权,对核心技术拥有研发、维护、升级、技术支持的完整能力。此文方案介绍十分详细,对现在大数据中心建设也提供了很好的方案(同城、异地技术方案)。
michael1983michael1983联盟成员技术总监某证券
2020-12-07 16:06
华为的高端全闪还是很厉害,性能碾压国外同等品牌了,在稳定性、可用性、安全性方面如果经得起时间检验,基本可以屹立于gartner第一象限了,也算是国之重器,赞一个! 就方案来讲,除了存储底层的同步及异步复制之外,在应用层面再考虑下同步问题,可能方案的安全性会更好。另外一点,就是线路的抖动问题,这一点一直是比较担心的。
hufeng719hufeng719联盟成员系统工程师某钢铁企业
2020-12-07 15:28
方案设计很详细。有几个问题想咨询下:1、这样的容灾设计在具体实施过程中主要的难点有哪些?2、如果实施完成后,如何做业务的整体测试?(我相信大多项目都是在实施过程中做简单的网络测试、切换测试)比如主生产中心突然全部挂掉,同城灾备的生产备用服务器如何快速接管应用?来不及持久化的数据如何保证?3、异地灾备如何具体实现?定期同步数据还是实时同步?租用 WAN 链路带宽如何根据实际情况扩展? 有什么标准参考吗?
mayu0630mayu0630数据库管理员北明
2020-12-07 15:14
随着华为存储的市场份额不断上升,银行业基于华为高端存储的设计方案,很值得学习和探讨。
Ctrl+Enter 发表

本文隶属于专栏

解决方案剖析
将具有前瞻的解决方案并结合企业真实的需求,逻辑严谨的进行深入浅出的剖析并服务更多的企业IT应用,不仅需要分享者需要对技术和产品的彻底理解,还需要深谙企业真正的建设需求,同时还需有实事求是及乐于分享的精神和能力。本栏目的分享者们无疑是推动中国企业IT应用落地最核心的力量!

作者其他文章

相关文章

相关问题

相关资料

X社区推广