在我们开始之前，我们需要了解让你的大型机系统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？你可以转向分布式的，开放系统和关系型数据库中，但你应该使用在这种环境下工作良好的技术。当然也有人员和技术的因素。你的开放系统的开发人员需要非常熟悉存储过程，并且觉得它们容易开发。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。