公司正在不断的增加向Web服务和面向服务架构转变，并将此作为一个让大型机可以在整个企业中起效的一种方法，而这些企业都是建立在新的技术和大型机通常不能运行的应用程序的基础之上的。

　　大型机在很多企业基础构架中都处于核心地位，特别是对于那些存储了大量数据或者需要能够被其他的服务和应用程序访问的的公司更是显得重要。类似银行账户数据，电话信息，航班信息，医院病人信息和政府数据在内的信息在大型机中仍然是锁定的。

　　正如我们所看到的这篇文章的两部分的第一部分中的内容，公司正在不断的增加向Web服务和面向服务架构转变，并将此作为一个让大型机可以在整个企业中起效的一种方法，而这些企业都是建立在新的技术和大型机通常不能运行的应用程序的基础之上的。

　　遗产授权的问题

　　使用遗产授权的web服务和SOA的第一个可能的问题是令人惊讶的，Relativity Technologies 的CTO和联合创始人Mike Oara说——他能够准确的找到一个块功能的准确位置，即使是在大型机之上。

　　“一些从商业角度考虑的人也许想要把一些特定功能块或者来自大型机的数据包含进来，所以他们就要求这些应该被包括在一个应用程序中。”他解释说，建立一个 典型的场景。“但是经常的，功能模块的所在位置并不是那么的明显的;通常它是被掩藏起来的。所以一些人体的第一个问题就是如何找到相应的功能模块在那儿，并之后找到一个指向它的连接。 ”

　　他说另外的一个一般的问题是，当一个程序是开发来用大型机来集成的时候，它执行，然后本质地通过了一个路径到任何地方——它一直发送查询请求和接受响应。

　　他说，存在一个可能的比这些迫近的问题更大的问题。大型机的世界和Web服务的世界是截然分开的两个，并且他们都有自己的文化和语言——当然他们也有非常不同的专业技术。所以一个对大型机很熟悉的人可能知道关于COBOL的所有，但是他对于如何使用WSDL来发布信息成为一个Web服务也许确实一窍不通。跨越这两种技术之间的差距是非常的困难的。

　　Ron Schmelzer， ZapThink的高级分析员，指出也还存在另外一种问题:就是他所称的“粒度问题”

　　“建立大型机的人们并不打算让不是大型机应用程序来访问他们的数据”他说，:“并且一些时候在大型机上面的数据只能通过大块的访问方式来获得。问题就是在Web服务中你通常需要的就是一些很小的数据片，同时=大型机中没有API来帮助你得到数据。这就意味着你需要采取某种方法来纠正这两者的问题。”

　　此外，他说，也用一些列的安全问题，包括不同的规则和登陆大型机的不同过程，都是和web服务是不同的。

　　解决问题的工具

　　有多种工具能解决这些和其他问题。 Oara指出由他的公司- Raleigh, North Carolina-based Relativity Technologies Inc提供的工具就是可以的。他指出这些工具经常被系统集成者是用，例如Capgemini和IBM全球服务。产品由一个使用授予了使用权力的集成构件和支持多种主机的平台组成的。 作为一个那些工具完成的小例子，他说它提供一种容易方法把具体主机功能作为一个服务提供出来， 并且描述那种服务的生产然后能被在一个公司内分配，以便它可以被在多Web服务中使用。 它也将完成自动发现来找到指向主机程序的连接。

　　多种其他工具也有帮助。 Schmelzer 指出Atlanta， Georgia-based Seagull Software Inc.是一个把主机应用和Web服务和SOAs结合起来的一个好工具的例子，并且能把遗产应用转变成即时调用的Web服务。 另外，Sugar Land，Texas-based Neon Systems Inc.也出售能够综合Web服务和SOAs主机系统的工具

　　不要期望把大型机附录和Web服务、SOAs结合起来的问题在不久之后就会消失。 Oara 估计2，000亿行主机代码今天在运行，并且新代码正被一直在写出来。 大型机如此可靠以致于他们能一直运行多年。公司只有在有不得不处理的理由的时候才收回他们，而因为他们效力和可靠性，许多大公司拥有许多数据的公司会将他们保留尽可能长的时间。 因此如果你需要得到来自他们的数据，为那些问题作准备 – 那么在这里引用的工具应该能为你提供很多帮助。