正在处于被SoftwareAG公司合并过程中的webMethod公司副总裁，SOA团队主要负责人Lance Hill，已经开发出了一整套的在线课程。课程的内容是学习有关SOA的研究培训，而他的公司和ZapThink LLC公司是这个在线课程网站的发起人。在之前，美国第八大银行，中西部地区金融服务公司，美国国家城市银行的公司引擎副总裁，用经验勾画出IT壕沟，用此来帮助解释技术人员从哪里寻找到支持SOA的支持的。

　　在接受TechTarget的访谈过程中，Hill谈及了有关SOA项目是如何成功获得支持的，当然，其中也不乏有许多失败的例子，并且解释了公司使用的四种支持模型，他们是如何工作的，以及他们在什么情况下会失效。

　　在本次访谈的第二部分，他将讨论有关结构师和程序开发人员是如何能够基于SOA的支持来建立一个商业案例的。

　　通过什么样的方法才能证明获得的支持是正当的运用于SOA的呢?　　

我从首席技术官和结构师那里获得的最多的内容是他们都非常善于理解系统是如何工作的以及如何才能构建一个好的技术解决方案以及结构，但是他们常常无法处理好如何将获得的支持融入他们拿的公司当中。每个公司都拥有事先已经安排好的各种规则和处理方式。通过这些规则和处理方式，无论项目是有关营运范围的还是有关IT的项目，项目可以获得支持。因此，一般情况下我给出的第一个建议是要真正明白如何在你的公司里工作。如果你不明白游戏究竟是如何进行的话，那么对你来说，成为一个明星的雇员是相当困难的一件事情了。

　　在大多数公司成功的为项目获取的支持当中，有什么共性吗?

　　大多数商业组织都落入了一些不同的项目是如何获得支持IT的支持的模型当中。这取决于哪种模型以及企业的文化正在学习的方向。他们在战略层面上设置了运行的章程。一般来说，回首以前的和SOA类似的项目以及他们是如何在你的组织中得到支持的是对你有好处的。

　　你能够再多告诉我们一些关于你在不同组织里面看到的模型有哪些不同的内容吗?

　　在大多数企业当中，有四种基本的保证SOA运行的模型。第一种是基于项目的支持。这是到目前为止使用最为广泛的模型。他也是我称之为和企业作对的战略。它是一种在大公司中将获得的钱用于营运范围来启动项目的方法。因此你可以启动项目了。接下来任何有关IT的事情都将从支持的观点上在项目中得以实现，而达到了这个项目的商业案例生命已经某种意义上死亡了。因此如果这个项目是营运范围想要在仓库X中不断进行改进的话，那么你就要保证进步并且说，这需要三个带有软件的服务器，接着营运范围觉得成本是否是大于收益的。毫无疑问的，如果他们的答案是否的话，所有的事情就结束了。那么你需要做的是你在一个复合的管理级别中结束了这项工作。你有很多项目，每一个项目背后都连接着一个业务单元。因此，每个项目都要在他的自身优点上满足ROI的要求。

　　这样做有效吗?

　　这种模型的挑战——尽管他到现在还是应用最为广泛的模型——在运行SOA的挑战是SOA的核心在于共享的IT投资，这在某种意义上像网络。文字在于当你试图验证所有的软件和培训是不是都是在一个项目的限度内运行的时候，并没有将其他的项目将会得到的好处计入会计帐户。接下来这个项目将会让一个部门成为一个好的公司组员，并且这个项目为任何人都提供支持。这就好像你将要买一辆轿车，我们将要因为其他任何在未来可能驾驶它的人获得好处而收取五千美元的税，而且你还不得不现在支付一样。很显而易见的，如果你要买车，那么你一定要做两件事情中的一件.你要么说“我想，我并不是需要一辆轿车。”或者是你说“我想我将在一个月内买一辆轿车，然后让其他的人交这五千块钱。”

　　因此听上去这不是一个很好的模型?

　　这个模型很难对SOA进行支持。这就是为什么我将其成为和企业作对的模型的原因。我曾经为一个首席信息官工作过，他说过这样的话：“第一个来到河边的人，建立起了桥。”这就是他的模型是如何寻求支持的模式。但是当你在这个模型里已经拥有了这些结构支架的时候，对那些多种的公司股东们来说他们很沮丧的认为SOA并不是应该做的事情。

　　那么其他的模型都是什么样的呢?

　　第二种模型是企业支持模型。 他是和基于项目的支持相反的。只有少数公司意识到有一些东西，当然是应该包括SOA的，能够影响这个企业而不是仅仅影响一两个项目或者业务范围。因此，这些公司已经将节约的帐户扔在了一边，这样你可以接近并且验证你正在做的事情是否是符合战旅的。公司会经常建立企业支持，这在他们进行ERP的首次展示或者对IT基础设施进行重要的升级时常常发生。这些项目都是相当庞大的，他们不能和已经存在的支持模型相适应。这种模型更有益于SOA的实现，因为他在整个企业中都实现了共享，因此，支持也是共性的。不幸的是，这种模型并没有得到广泛的应用。

　　那么第三种模型又是什么呢?

　　第三种IT支持模型是那些首席信息官们通过做出预算以及在预算内通过内部使用IT的方法节省开支来达到支持改进启动的模型。一般来说用于升级旧的服务器，升级网络等等更为和基础设施相关联的事物，保持他们与时俱进，却还要不添加任何特殊的项目。在这种情况下，支持SOA的战略就成了争论SOA将改进IT是如何进行传递的解决方案的。这个模型的有利之处是你不需要将你的整个SOA的启动和一个业务项目相连，不利之处则是在这个模型当中并没有涉及到业务方面。这是一件很不好的事情，因为在没有业务输入的情况下，你可能无法建立一个非常好的面向服务的架构。

　　那么最后一个模型又是怎么样的呢?

　　第四种模型有点像某种意义上的骗局。他不是一个非常好的模型。他将用于非常非常大的IT组织当中，除了那些已经花费了成本的东西以外，还存在分配的概念。我们这么说吧，用一个假定的例子来说明。我有一个企业网络，也有一千名员工在公司工作。如果企业网络每年的运营成本是一千美元的话，我将负担每个员工每年一美元的费用。最后一个模型就在这个概念上做文章。我说我是真的需要进行SOA的项目。但是我无法让企业同意支持我。因此我将每个员工的网络成本上升到1.03美元。如果我能够将这个结果展示给公司，并陈述网络的价格上升的现象，那么我需要对这上涨的三美分采取的措施就是支持SOA。这是私下里完成的，而且不是推荐的方法，但是他的确是我在现实世界中看见过的。

　　那么在上述这四种模型当中，你最喜欢的是哪一种呢?

　　用作支持SOA的最好的模型应该是企业模型。我想当推荐他。但是大多数的客户依然处于基于项目的模型或者试图使用IT支持模型的状态当中。在这两个例子中，我推荐使用企业支持模型来施行SOA初始化的建立。这非常重要，原因在于让企业和SOA项目有关要比两者相互分开好得多。