遗留SOA集成：可能的大型机集成点

　　在我们开始之前，我们需要了解让你的大型机系统SOA化的不同方法。我们也可以使许多不同的遗留物件生效。这些遗留物件实际上是逻辑，屏幕的零件，或者是大型机驻留并处理的数据。业务用户也想要得到这些遗留物件。我们不要只看每个可能的集成点，应该看你为什么在此之上选择一件遗留物件/访问的方法。

　　表示层——这就是俗称的“绿屏”。这是一个巨大的、笨重的哑终端，它确实是与大型机系统具有双向交互的唯一方法。这里涉及到大型机3270或者VT220(DEC)传输，iSeries传输(5250)以及其他一些大型机。

　　为什么选择表示层而不是应用层，数据层和其他层？简单的答案是应用源没有一个是可用的。其他原因可能是，由于安全或隐私的限制，或者应用中没有存储过程或SQL存在导致不能直接访问数据存储。大型机应用的SOA实现与运行和抓取屏幕，菜单，以及你想要公开作为服务的某个域一样简单。这样快速，简单，并且大多数情况下，容易做到。

　　应用——应用服务的实现不仅仅包装事务作为Web服务。这一切都是实现系统行为的服务相关的，并且包括CICS/IMS事务、Natural事务、IDMS 和ADS/O对话、COBOL程序及批处理进程。但它也包括业务规则、数据验证逻辑和其他属于事务部分的业务处理。

　　为什么是基于应用的遗留SOA？因为应用是大多数系统的核心。应用包含正在运行的屏幕、业务逻辑、业务规则、工作流程、安全和遗留系统的全部行为。大型机系统上的事务就像IT用户和系统的交互一样。因此，当你想要复制遗留系统正在使用的功能时，使用应用层就最有意义。这种方法允许你在开放系统上无需再造的情况下，利用应用的所有行为(规则，业务流程，逻辑以及安全)。

　　数据层—— 遗留系统中的数据层可以是关系型或是非关系型的。在大多数情况下，遗留系统会有一个非关系型数据存储，如关键字文件、网络数据库或者分级文件系统。当访问遗留系统中的数据时，SOA集成层会使用SQL提供一个单一的，易于理解的方法来访问任何数据源。这一点很重要，因为与基于SOA的数据集成相比，有些组织更倾向于使用基于SQL的集成。IT架构师可能经过考虑后觉得在一个开放系统数据库中，实现一条SQL语句比建立一个完整的SOA基础设施要简单的多。

　　为什么是数据？最终这才是真理的所在。这是你想要存储信息的地方。如果你使用其他三种工件中的任何一个，这些方法最终都会调用数据存储。所以，你的大部分服务直接作用于数据，这似乎很合理。有时，安全和隐私问题会使之变得不可能。有时，在它还有效前数据层需要有业务逻辑，业务规则，或者转化应用。但是，如果这些东西都不适用，朝着数据源这个合理的方向前进是一种不错的方式。

　　其他——存储过程和SQL是大多数分布式应用从数据存储中获取结果的一种方式。存储过程还在应用性能、代码重用、应用逻辑封装、安全性和完整性方面提供了重要帮助。

　　为什么是存储过程和SQL？你可以转向分布式的，开放系统和关系型数据库中，但你应该使用在这种环境下工作良好的技术。当然也有人员和技术的因素。你的开放系统的开发人员需要非常熟悉存储过程，并且觉得它们容易开发。
 

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友