标准和实践
“因为SBS有一个世界级的IT服务研发团队，他们积极的研究和监控最新标准，”Vazuez说，“在一些情况下，我们直接控制我们的集成商负责保障我们的互操作性。”原因是复杂的：越来越多的类似WS-*的标准被提出并批准，组织面临逐渐增长的开发负担，以及与外部用户兼容的更大风险。
举例来说，SBS使用WSDL1.1，因为这是Infravio平台支持的，相对与WSDL2.0，Infravio更愿意支持它，因为“WS-I组织对它做了更多的兼容性测试，”Vazquez说。“目前我们真正关注的标准仅仅是SOAP，WSDL，WS-Interoperability和WS-Security，”他补充说，这些才是广泛被应用和采用的技术。
因为厂商对标准解释的差异性，以及随着时间的推移，厂商将可能对支持的标准有差异，Vazquez预计维护贸易伙伴间的互操作性将变得更困难，这样将导致标准的采用更保守了。在必要的时候，他说，SBS将创建多个服务的版本，每一个都支持不同的标准，而不是尝试开发能够支持多个标准的单一服务。否则，他说，为了确保多种技术之间的互操作性而带来的复杂性，将否定基于组件的Web服务平台所带来的好处。同样的，为了保证开发工作的易处理，SBS尝试用Java开发Web服务，以及用EJB开发遗留系统的封装器，以维护J2W（Java到Windows）的兼容。
因为需要强大的互操作性，公司通常使用BEA WebLogic作为EJB封装器的应用服务器，但是由于特殊的应用或事务的组合，在一些区域也使用IBM WebSphere应用服务器。“我们的想法是用Web服务层来隔离底层技术平台，不管它是WebLogic，WebSphere还是主机系统，”Vazquez说。
Web服务的使用可以帮助减少劳动强度以及外部客户访问SBS系统的沮丧。在使用WSM之前，SBS不得不重新配置每一个受影响的服务器的防火墙，以允许对每一个独立客户的访问。使用WSM后，Vazquez说，直接被外部客户访问的方式被去除了，因为这样需要配置每一个服务的防火墙。相反，SBS限制用户访问在DMZ中的代理服务，然后由代理服务再调用在SBS网络中所需的服务。
长期的平台
当Sprint公司认识到需要一个最新Web服务的统一架构时，它已经有了SOA需求的关键部分：紧密的集成业务逻辑和应用开发。在历史上，Sprint公司是一个面向过程的公司，Vazquez说，业务开发团队已经习惯指定他们自己的应用需求，他们常常坐在开发人员身边一起工作。
“我们有四个过程设计工具，”Vazquez说，Sprint公司已经有了需要有效部署SOA的过程导向。他相信，当SOA在两年前开始的时候，Sprint公司已经为快速的增长做好了准备。
今天，SOA让Sprint以两种方式使用服务：直接或通过一个外部基于Web的接口给客户使用，这并不需要客户有集成他们自己的Web服务的能力。依照SBS的管理服务架构师Jeff Lentz的说法，他们直接使用Web服务，客户将获得最大利益，因为这种方法允许他们在自己的应用中封装Sprint的服务。这样简化了数据集成，也免去了员工们学习新接口和处理方法的必要，同样如果他们通过网站访问服务就必须学习。因为大多数客户仅仅时刚开始开发他们自己的Web服务平台，而Web接口就意味着Sprint公司获得了直接的投资回报。
更多而言，Sprint在实施SOA方面的深谋远虑将帮助它迎接下一个更大的挑战。Sprint和它最近收购的子公司的Nextel的联合，“更好的事情是内部服务的使用能够加速我们合并中遗留系统的迁移，”公司Web Presence总监Gayle Sweeney说。
SOA方法的灵活性意味着SBS不再需要每次都重复开发，这确实是一个在集成或者启动新项目的挑战。在企业IT混乱无序的世界中，如果Vazquez能够肯定一件事情，那就是他将没有这些缺点。“在一个拥有70,000员工的企业里，我们总是在发现新的应用，”他说 。
网友评论