无论大型还是小型的企业，都需要处理各种类型的文件，并将它们与分散在各个企业数据中心的不同的、分散的应用程序相连接。随着底层">基础架构变得更加分散和复杂，获取涉及文件、数据转换、连接逻辑、协议转换和发不到不同应用程序的最终数据的事务的端到端可见性成为了一大挑战。
场景和前提条件
本系列文章介绍一个涉及 JK Financials 的场景，JK Financials 是一家需要获得其集成企业的 IT 基础架构的端到端可见性的虚构银行。该可见性将有助于提供事务可跟踪性，还有助于提供解决常规操作中出现的 IT 基础架构问题的方法。
第 1 部分将介绍 JK Financials 处理指令子集的方式的总体架构，这些指令子集是以文件形式从其支行接收的。这一部分将展示如何使用 IBM® Sterling Connect:Direct（以下简称 Sterling C:D）的托管文件传输功能来处理这些文件。可靠地接收到的文件由一个 WebSphere® Message Broker 业务流程处理，以关联一个文件的到达，并为多个银行应用程序制定路由决策和执行协议转换。为了以文件的形式有效跟踪一个指令采取的所有路径，机构的各种组件与 IBM Tivoli® Composite Application Manager for Transactions（以下简称 ITCAM）集成在一起，ITCAM 使用事务 ID 来关联事件，为已完成、放弃、出错或挂起的事务提供不同的视图。
此场景假设以下 IBM 产品已安装并配置，能够在 JK Financials 网络中独立工作。
Sterling C:D Nodes V4.5.01 Sterling Control Centre V5.3 WebSphere MQ V7 WebSphere Message Broker V6.1 和 V7 ITCAM V7.3
JK Financials 使用 Sterling C:D 在其企业网络中提供托管文件传输 (MFT) 功能。一家支行在文件中使用了一种安全传输协议来发送转账指令，如下所示：
图 1. 场景概述和架构
到达企业数据中心的文件保存在文件系统中的一个共享的存储库中。文件到达 Sterling C:D Node A1 时会生成一个 MQ 事件，以触发 WebSphere Message Broker 业务流程来进一步处理该文件。这个触发过程涉及到将 Sterling Control Centre 与 WebSphere MQ 相集成，下一节会对此进行解释。WebSphere Message Broker 业务流程的行为类似于企业服务总线，负责执行以下操作。
关联来自 Sterling Control Centre 的事件，以启动业务流程。 确保文件已成功到达共享存储中。 检查传入的文件内容，基于文件名称和文件到达的时间戳创建一个惟一 ID。 基于为路由选择的端点，执行协议转换。 创建新消息或文件，将它们发布到应用程序。
本文会同时介绍 WebSphere Message Broker V6.1 和 V7：
对于 V6.1，使用来自 IBM Sterling Control Center（以下简称 SCC）的事件关联文件到达并启动业务流程。 对于 V7，使用开箱即用的功能来监听 C:D 文件的传输和到达，
然后自动启动
文件处理。
在此场景中，使用数据的应用程序如下所示：
一个由一条到达应用程序端点的 MQ 消息触发的转账 SAP 工作流。 一个通过 TCP/IP 获取原始字节来处理转账指令的遗留核心银行系统。 一个使用文件来实现组织中所有财务事务的日志合规性的日志和合规性系统。
该场景将一个健壮的文件处理和批处理托管文件传输系统（比如 Sterling C:D）与一个 WebSphere Message Broker 连接系统相结合，后者可处理极高的事务量并处理多种类型的网络和协议。