G案例中国工商银行通用文件传输平台.pdf

案例：中国工商银行通用文件传输平台 一． 前言 中国工商银行的业务处理采用全国集中的方式，在北京和上海建立两个数据 中心，各省分行的业务分别在各自所属的数据中心集中处理。 数据中心在业务处理过程中，需要与各个一级分行进行数据交互，其中大量 的数据是以文件方式进行。交互的方式包括从数据中心向一级分行下发数据，也 有一级分行向数据中心上传数据。 由于工商银行内部系统繁多，网络传输的数据量非常大，为了实现对各种业 务文件传输过程的高效、可靠、可监控，以及对整个传输过程中的可管理，工商 银行分析其内部各种系统传输的文件共性，准备建立一个通用的文件传输平台， 把原本各个系统之间直接的文件交互抽取出来，通过底层统一的传输平台来具体 完成传输过程，从而将底层的传输问题和具体的业务处理过程分离开，形成系统 的松耦合分层架构，从而实现对系统资源的可复用，以及业务系统的良好扩展性。 东方通科技公司的通用数据传输平台软件——GTP （General Data Transfer Platform），基本定位是“对各种数据文件提供可靠的传输功能”，很好地满足了 中国工商银行的应用需求。 二． 系统建设目标 在“总行数据中心一级分行”建立通用文件传输平台，解决大量业务系统 间海量数据传输的高效、安全和可管理等问题。 三． 系统需求分析 经过分析工商银行的各种业务系统中对文件传输的众多需求，并且将其抽取 和综合之后，工商银行通用文件传输平台的需求如下： 1. 数据传输的需求 同步传输：源端要等文件到达目的端后才认为是结束 异步传输：源端要不等文件真正到达目的端就认为是结束，而是提交给通用 文件传输系统就认为成功 自动传输：定时传输、其他条件触发传输等 断点续传：在网络等出现故障的情况下，通用传输系统能够从断点续传文件， 而不是从头再传。 数据完整性：必须有校验的机制，确保数据传输的信息完整性。 流量控制：控制两个节点之间数据传输的速度，控制带宽的占用率。 传输路径控制：例如一封邮件发给 2 个人，就发 2 次，网络流量重复，设想 本服务器→目的服务器，用户根据自己权限到目的服务器取，远程广域上只 发 1 次，本地局域或短距离广域上才是发 2 次，减少广域网的冗余数据传输。 数据共享下载：从传输路径控制可以看出，传输系统要支持数据下载的方式。 通讯端口：客户机到服务器，以及服务器之间的数据传输是否采用固定端口， 能否穿过防火墙。 智能压缩：系统支持智能压缩的功能选项，如果要传送的文件本身就是压缩 文件，就不用，否则能够自动调用压缩传输功能，到达目的地后，应该能自 动解压。压缩/解压功能能支持大于 4G 的大文件。 自动路由：能够智能判断传输路径，在有多条达到目的地的路径时，能够自 动选择最优路径，从而减少网络流量压力，减少传输时间，提升传输效率。 2 ．安全需求 安全通道：在建立数据通道前，文件传输服务器间是否彼此认证――不能随 便拿台服务器就能连上我们的系统。 数据加密：系统本身要有加密的功能选项，也要提供加密的接口，可以使用 用户自己编写的加密算法。 密钥管理：对于加密、认证的功能，密钥如何进行分发、管理。 3．用户及权限需求 用户管理：要有完善的用户管理机制，用户的增、删、改，有完善的身份认 证机制。用户在全系统内都有统一的身份。 权限管理：用户的权限包括访问路径的控制，发送权限的管理。对于访问路 径的控制，每个用户都有指定的访问路径及权限。对于发送权限的控制，不 能随便那个人都可以乱发东西，必须得到目的端管理员的授权，才可以把文 件发送到指定的路径。提供权限的增、删、改。 4 ．系统管理 中文界面：系统要有很友好的管理界面，界面支持中文。 系统监控：能监控系统的运行，如果传输行为不正常要产生报警信息。 自动升级：易于升级，传输系统提供自动升级的功能。 日志功能：具有详细的日志记录功能，能否方便地进行审计。 5．应用整合 应用 API ：应用系统要很方便地连接传输系统，完成文件收、发等多项操作。 要能提供多种操作系统平台、多种开发工具使用的 API （重点），并且 API 一定要求支持多平台。 管理 API ：管理功能也能用API 实现，特别是资源管理、权限设置等要能集 成在应用系统中从而极大减少维护量，避免人为因素引起