摘要:SOA——面向服务的体系结构——是当今IT界讨论最多、理解最少的话题之一。从ROI到安全，从网络性能到微软，本文研究了IT组织在选择SOA时所面临的六个迫切问题。
SOA——面向服务的体系结构——是当今IT界讨论最多、理解最少的话题之一。它甚至有自己的“傻瓜”书。作为构建IT系统的一种方法，SOA通过公共通信协议跨网络连接应用程序，允许组织重用旧软件，通常借助Web服务。Saugatuck技术预测多达IT的三分之二部门将不得不在明年一有限或完全的SOA生产环境。在这里，我们检查的时候，他们选择SOA的IT组织面临6点燃烧的问题。
1.是否使用SOA的人储蓄（或赚钱）？
Ashok Kumar的阿维斯预算组他是说。大约两年前，Avis开始在公司的部分部门使用SOA，以与旅游合作伙伴开辟新的渠道。“他们现在可以直接与我们做生意，而不必经过中间人。所以这为他们省了几块钱，也为我们省了几块钱。“由于SOA，引入新合作伙伴的成本现在降到了零。”
安飞士预算现在能够给你带来新的合作伙伴在一天，而不是一个月，他说，因为SOA它仅仅是一个配置的服务，而不是让大量应用变化的问题。“当我们开始这带来了新的合作伙伴的费用是$ 50,000从$ 40,000个的任何地方，现在是下降到$ 3,000或4,000 $，”他说。
任何公司都将面临前期的成本但是许多IT专家说，从长远来看，它可以降低成本。你不能从短期投资回报的角度来看待SOA，行业分析师Judith Hurwitz说面向服务的模型体系结构。
“这是技术类型，你真正的目标是重用和能力，以松散耦合组件连接在一起，”赫尔维茨说。“你不能看这个短期的好处，因为在事实上，当变化发生时，实际收益情况。”
传统的方法来构建软件假设你从头开始，开发一些旨在解决特定问题，赫尔维茨笔记。SOA使企业能够灵活，无缝重大变化作出反应。一个企业可能无法看到SOA带来多少好处部署后几个月，但如果突然介入收购“有一个在自己应对这种变化和反应，然后提供软件能力的重大变化，”赫尔维茨说。
人们问的一个相关问题是，企业在SOA上花了多少钱Forrester公司资深分析师拉里·富尔顿。
“这是一个非常难以回答的问题，因为，如果五年前我是要建立一个新的ERP系统今天我要建立一个新的ERP系统我要用SOA来做它，我仍然在这个项目上花了500万美元在软件上，这真的是花在SOA上的500万美元吗?”富尔顿说。“这不是。这是花在商业解决方案上的500万美元。”
“SOA有两种回报，”麻省理工学院的Mike West说Saugatuck的技术。第一次来的时候它可以减少它的花费提供服务的金额。西方认为，SOA的采用仍处于初期阶段，而企业也许只有10％至15％正在使用SOA，并做以这样的方式来省钱。
公司的一个更小的比例以这样的方式，他们正在改善盈利使用SOA，他说。
这个世界充满了可以快速，廉价地进行，并且不提供长期受益，西票据项目。SOA是一种完全不同的方法来构建和管理创造快速变化的基础系统，他说。
韦斯特说:“当你拥有这种灵活的业务基础时，真正的钱就会节省下来，或者赚到钱，这样你的业务就能在顶线基础上获得更大的利润——而不仅仅是减去IT节省，顶线就会更小。”
ebay旗下的贝宝也许是那些企业之一。马修Mengerink，核心技术的副总裁说，贝宝使用SOA提供外部开发者，他们需要联系的工具在线零售商PayPal的系统，为买家和卖家之间交换金钱。大约有16，贝宝提供24万个开发者社区的API。
“我们用它来让别人建立在贝宝的顶部，”他说。“我们花钱来提供，但你做了很多。如果你的螺母和螺栓提供它，你有很多更多的客户。”
2.为什么很难找到具有SOA专业知识的员工?
富尔顿说，他从来没有遇到过一个客户，谁说：“哦，是的，我们已经得到了所有的架构师我们所需要的。一位客户告诉他，识别建筑师的最佳方法是让10个开发人员一起工作，监督他们10年，然后决定谁是建筑师。
发现SOA专家的任务是由一个事实，即人们在IT界简单地做什么SOA意味着不同意复杂，Mengerink说。
“你得到一个人来了，说：“这意味着它是一个微软服务接口。’另一个人进来说‘不，这是an苹果部件。”嗯，哪一个是正确的？如果你雇用和你说“我想要一个工程师，你可以得到什么，”他说。
最好的办法是培养自己的人，Mengerink认为，因为背后SOA的概念和技术是没有那么复杂。当然，这是如果你碰巧在一个大型组织要实施SOA，如贝宝更容易。“如果你把一个真正的大公司，他们是那种定义SOA是什么，” Mengerink说。“有人谁拥有资源谁去告诉世界它是什么的人。”
SOA需要不同的思维模式比传统的方法来构建IT基础设施，库马尔说。很多人都在编程Java的并了解如何使一个单一网络服务，但把他们放在一起在面向服务的架构是困难的，他指出。“很多人都很难使这一飞跃，这就是为什么我们倾向于去外面的服务提供商，”他说。“即使是这样，我认为好人才就是很难找到。”
即使您雇佣了精通SOA的员工，您也可能会发现他们试图做得太多、太快。赫尔维茨写道，热情的员工有时想要“表现得英勇一些”SOA傻瓜。
她写道:“一个年轻的开发团队可能决定打破规则，开始自己编码，在竞争组织中抢先创建一套新的工具。”的确，这种创新对于建立市场领导地位非常重要。但是，你需要记住一点——创新和创造力总是需要一条链子。”
3.具有微软得到一个关于SOA的线索？
“我会在公平说，微软是得到一个关于SOA的线索，”富尔顿说。“眼下，本身他们的SOA策略是有点神秘;这是一个有点难以弄清。我认为，他们已经认识到它在市场上的显著的力量。”
供应商谁认真对待SOA这几天都预计将提供一个强大的企业服务总线（ESB)。Hurwitz将ESB描述为SOA中服务的“通信神经中枢”，充当SOA组件、基础设施服务和业务流程之间的中间层。赫尔维茨写道，esb应该是多功能的SOA傻瓜，连接到各种类型的中间件、元数据定义存储库、注册中心和服务接口。不像IBM和BEA，微软的承担一个供应ESB小于简单，根据富尔顿。
“关于ESB微软当前的故事是不是‘嗨，这里是出ESB产品’，而是“你[客户]可以构建ESB ...你可以使用这些产品来做到这一点。”他们甚至谈论过加速器包，使之更容易建立他们对事物一样的BizTalk顶“。富尔顿说。
这将是微软的BizTalk Server，有工具来设计，开发，部署和管理一个公司的业务流程，业务流程管理服务器。赫尔维茨描述为微软的“另类””，以企业服务总线的BizTalk集成技术。
在SOA傻瓜，Hurwitz和其他作者列举了微软支持SOA的其他7种产品。其中包括微软在Windows Server，用于连接应用程序，网络和Web服务的基础设施平台;Microsoft.NET，以建立应用程式及网页服务的发展架构;和Windows通信基础，这是一组消息传递技术，允许SOA组件相互通信，并简化系统的开发和运行方式。
微软似乎是与一般的支持Web服务和服务接口板，富尔顿说。
当被问及如果微软有一个关于SOA的线索西较少免费的。“不是真的，”他回答。“这不符合他们在做什么去了。... SOA具有开放标准构建以使你可以使用这些厂商的产品或多或少可以互换。微软向Web服务更加以微软为中心的做法。”
Hurwitz在电话采访中说，微软“在这个阶段了解soa”。她说，公司正在考虑“互联网服务总线”之类的东西，这将使服务总线外部化，以满足公司防火墙之外的合作伙伴的需求。
微软未能充分解决了一些问题，如管理，使客户定位个别服务的机制，根据赫尔维茨。
“他们这样做解决这个有趣的想法和有趣的计划，”她说。“我不认为他们已经完全想通了呢。”
4.如何SOA影响网络性能和管理？
尽管有这么多好处，但可以肯定的是，SOA将使您的网络承受不断增加的需求和复杂性网络管理和操作，顾问大卫·雅各布斯在写为IT专业人士的论文。
由于在SOA每个应用程序是由许多单独的软件组件，网络中的故障在任何地方都能打倒的应用程序他指出。因此，在部署SOA之后，您自己在监视网络和立即响应问题方面的性能就更加重要了。
你衡量网络性能的方式也可能发生变化，根据雅各布。像可以通过度量被误导，因为每个处理产生的应用组件之间的许多相互作用。由于这些相互作用的每一个本身涉及很少的数据，测量重要的事情是整个交易率和响应。
雅各布笔记“生产力是由用户交易是如何迅速地完成，测量”。“数据速率和组件之间的每个交换所需的时间是成交率的一个因素 - 但只是其中一个因素。管理软件必须能够在应用程序级别及时发现问题，然后才能够深入，找到问题的根源。”
在安飞士预算，监督网络性能和管理的，因为他们试图推出SOA为更多机构的IT管理人员所面临的障碍之一。
“我们的许多用户都分布在小地方有没有大量的带宽，”库马尔说。“如果我们要开始推出了很多这方面的SOA功能，我们正在构建，网络带宽将成为一个瓶颈。”
安飞士预算使用SOA为客户服务，包括预订，结账和发送收据。带宽可用性是企业内部用户的罚款，但库马尔说，他们有麻烦给远程用户提供足够的带宽。
赫尔维茨指出，SOA带来的可扩展性的担忧取决于公司的防火墙之外，并为客户，供应商和合作伙伴的系统多远你到达。但是，“我不认为在网络上的影响是真的，当你在做任何类型的，你需要的通信能力的分布式应用比任何不同，”她说。企业服务总线将有助于促进组件和服务之间的沟通，她补充道。
SOA技术供应商咨询师认为，他们更多地关注于增强特性和功能，而不是实现可伸缩性，而用户为此付出了代价大卫林西克姆。
“在SOA技术和方法最近采用的是具有较高的应用和信息和服务管理的流量负载基本上未经检验，”林西克姆写道。“SOA实施者很高兴得到他们的解决方案和运行，但在许多情况下，可扩展性，根本就不是SOA中一个考虑因素，也不是负载测试，或其他性能的基本面。我们看到这种忽视的结果，现在SOA问题域超出其架构和技术的能力“。
林西克姆建议性能建模，并把一个SOA投入生产之前的现实生活场景的测试。“你不会知道它会如何表现，直到你把它通过它的步伐，”他写道。
也林西克姆建议通过在每个SOA服务的来源增加处理能力提高了性能。
总是有空间“更多的网络，”富尔顿笔记。