|银行烟囱式系统难题,如何通过应用集成方式来解决?( 四 )


  • Socket是计算机之间进行通信的一种约定或一种方式 , 可以理解为一组较为稳定接口 。 通过socket约定 , 一台计算机可以接收其他计算机的数据 , 也可以向其他计算机发送数据;
  • FTP简称为“文传协议” , 用于Internet上的控制文件的双向传输 , 适用于非实时数据传输 , 使用客户/服务器模式 , 它属于网络传输协议的应用层 , 能操作任何类型的文件而不涉及数据的加工转换;
  • ETL是构建数据仓库的重要一环 , 从数据源抽取出所需的数据 , 经过数据清洗 , 最终按照预先定义好的数据仓库模型 , 将数据加载到数据仓库中去;
  • DBLink用于当前数据库会话中访问另外一个数据库 , 适用于oracle数据库之间的数据交互;
  • JDBC是一种用于执行SQL语句的Java API , 可以为多种关系数据库提供统一访问 , 它由一组用Java语言编写的类和接口组成 。
  • 不难看出 , 集成其实不是一项简单的任务 , 需要了解银行业务场景或问题后 , 经过反复摸索和试错 , 或者是向有经验的集成架构师取经 , 才能学到套路 。
    套路不是指可以复制粘贴的代码 , 而是一些宝贵的建议或工作思路 , 使用得当 , 才能帮助我们解决集成目标与具体系统之间的鸿沟 。
    2、 应用集成方式
    为了寻找更好的应用集成解决方案 , 所以有不同的应用集成方式 , 大体上可以分为四种 , 按演化的顺序和复杂度排序 , 分别是文件传输、共享数据库、远程过程调用和消息传递 。
    它们在解决某些特定领域的问题时都有自己的特长 , 而且每个应用都可以使用不同的集成方式 , 所以应当根据实际情况选择最合适的 。
    1)文件传输
    文件传输是最简单的应用集成方式 , 因为文件是一种通用的存储机制 , 各系统都有具备该功能 , 集成人员不必了解应用的内部细节 。
    通常是由各应用小组提供文件 , 然后约定文件服务器地址、文件命名规则、文件内容格式等内容 , 再通过上传文件到文件服务器进行数据交互即可 。
    |银行烟囱式系统难题,如何通过应用集成方式来解决?
    本文插图

    当今商业银行对数据分析的需求越来越多 , 系统之间的数据交互活动越来越频繁 , 同时 , 银行对数据文件传输的安全性、可靠性、审计性、完整性、可视化等需求也在不断增加 , 如银行对账文件、账单文件、批量转联机文件等 , 所以构建更有效的银行文件传输平台需求日益迫切 。
    银行文件传输平台是银行文件传输的重要工具 , 目前通用的文件传输技术包括文件拷贝、FTP文件传输协议、TCP/IP传输协议和HTTP协议等 。 除了技术外 , 建设时还要分析系统接口现状 , 安全规范 , 应用场景 , 运维场景 , 监管要求和实施商 。
    比如 , 纳入银行文件传输平台的文件范围 , 就需要考虑批量是否会影响联机 , 因为联机交易对时效性要求比批量更高;再如 , 与行外系统进行文件传输时 , 就需要考虑外联机构的系统不支持行内现有传输工具 , 得充分与合作方进行沟通 , 确定合适的传输机制等 。
    除了批量转联机文件 , 文件还有一个细分类型:文件通知 , 顾名思义即采用文件传输的方式进行通知信息的传达 。
    例如 , 批量是异步处理 , 调用者如何知道文件处理到哪一步了呢?可以通过一个查询交易来跟踪处理进度 , 也可以批量处理方处理完关键步骤后主动对外发送文件通知 。
    总的来说 , 文件传输的优点和缺点优点如下:
    优点: