2、为何很难找到有SOA专长的员工？ Fulton说，他从未碰到过声称拥有所需
SOA架构师的客户。有个客户告诉他，挑出架构师的最佳办法就是，让10名开发人员进行工作，观察十年，然后确定谁是架构师。
Mengerink说，由于IT界人士没有就
SOA的含意达成一致，找到
SOA专家的任务更是难上加难。他说: “有人过来说‘
SOA是指微软的服务接口。’另一人过来说‘不，
SOA是苹果公司的专用接口工具。’谁对谁错呢？但要是你想招聘一名工程师，就容易多了。”
Mengerink认为，最好的办法是对自己的人进行培训，这是因为
SOA的底层概念和技术不是很复杂。当然，要是你正好在PayPal这样的大公司实施
SOA，这项工作比较容易。他说: “大公司在某种程度上能够确定
SOA的定义。谁有实力，谁就可以向世人表明这种定义。”
Kumar说，
SOA需要的观念有别于传统的IT基础设施构建方法。他强调，许多人会用Java编程，也懂得如何开发单一的Web服务，但使用面向服务的架构把诸多服务组合起来很难。他说: “许多人很难迈出这一大步，这就是为什么我们往往求助于外部的服务提供商。即使那样，我还是认为，要找到优秀人才太难了。”
就算招到了精通
SOA的员工，也会发现他们试图一下子完成好多工作。Hurwitz在书中写道，激情高涨的员工有时“想当英雄”。
她写道: “年轻的开发队伍可能会决定打破规则，开始自己编写代码，抢在竞争公司的其他同行之前开发出一套新的功能。的确，这种创新意识对建立市场领导地位非常重要。但要记住这一点: 创新和创造总是需要有所约束。”
3、微软对SOA有头绪了吗？ Fulton说: “客观地说，现在微软对
SOA有了头绪。眼下，其
SOA战略本身有点神秘，想揭开微软神秘面纱有点困难。我认为，微软已认识到
SOA是市场上的一股重要势力。”
预计如今重视
SOA的开发商会提供可靠的
企业服务总线（ESB）。Hurwitz称，ESB是为
SOA中诸多服务起到通信作用的“神经中枢”，在
SOA组件、基础架构服务和业务流程之间充当中间人。ESB用途广泛，可连接各种类型的
中间件、元数据定义库、注册中心和服务接口。据Fulton介绍，不像IBM和BEA Systems两家公司，微软配置ESB的方法稍嫌复杂。
Fulton说: “微软目前对ESB的说法不是‘嗨，这是我们的ESB产品’，而是‘你们（客户）可以构建ESB，可以使用我们的这些产品来实现。’他们甚至谈到了使用加速包在BizTalk等平台上简化开发工作。”
微软公司的BizTalk Server，这款业务流程管理服务器拥有设计、开发、部署及管理公司业务流程的工具。Hurwitz称BizTalk里面的集成技术是微软“替代ESB的一种方案”。
Hurwitz与合著者在书中列出了支持
SOA的另外七款微软产品，其中包括: 微软Windows Server，这个基础架构平台用于连接诸多应用、网络和Web服务; 微软.Net，这个开发框架用于构建应用和Web服务; 还有Windows Communication Foundation，这一套信息传送技术让
SOA组件能彼此联系，并且简化了系统的开发及运行。
Fulton说，微软似乎在随大流，支持一般的Web服务和服务接口。
不过，West认为: “微软的做法有悖于
SOA。
SOA提供了开放标准，可以根据它们来构建，那样就有了一定的互操作性，可以使用不同开发商的产品。微软在Web服务方面却侧重于以微软为中心的方法。”
Hurwitz在接受电话采访时说，微软“在现阶段意识到了
SOA”。她说，这家公司在考虑“互联网服务总线”之类的方案，那样就可以对外开放微软内部的服务总线，从而满足该公司防火墙外合作伙伴的要求。据她声称，微软还没有完全解决许多问题，譬如服务治理、为客户提供找到单项服务的机制。她说: “微软正在这方面进行积极思考及规划。我认为他们还没有彻底地全面考虑
SOA。”
|
服 务 CIO 推 进 信 息 化 
