走进互联网服务总线

  • Hartmut Wilms
  • 胡键

2007 年 4 月 29 日

话题:SOA.NET微软语言 & 开发架构

4 月 24 日,微软发布了BizTalk Services CTP ,利用了企业服务总线(ESB)作为发现、连接和联邦服务的手段的思想,并将它演变成互联网服务总线(ISB)。

现在,构建分布式应用程序需要很多在基础设施方面的努力。在单个的公司和企业内,ESB 被用来提供底层服务,如身份认证和中继服务。当应用程序或系统跨越多个企业或在互联网上被公开,事情很快失去了控制。基础设施的投资将开始增长,为原来的业务留下越来越小的空间。Clemens Vasters ,微软互连系统部门的高级程序经理,解释了需要底层服务的原因,并介绍 BizTalk Services CTP 作为第一个互联网服务总线解决互联网局面的这些需要:

两个方面使得“服务总线(service bus)”概念通常非常具有吸引力:服务总线允许联邦身份认证和联邦互连性。当我们把 ESB 中的“企业”移走而用“互联网”取代时,这个思想就变得更加有趣并具有更加广泛的可应用性,此时它就演变成了“互联网服务总线(Internet Services Bus,ISB)”。让我们看看当下那些最流行的依赖于互联网但不在浏览器上运行的应用程序,如即时通讯应用、BitTorrent、Limewire、VoIP、Orb/Slingbox、 Skype、Halo、Project Gotham Racing 以及其它,它们中的大多数都会依赖一两个必须有的关键服务,如联邦身份认证(或者是中央认证服务)以及某种为了接上两个或更多位于防火墙之后的应用程序的消息中继等,至少是某种稳定的、共享集合点(shared rendezvous point)或者目录来产生 P2P 连接。对于“[MSN] Messenger 是如何工作?”的这类问题,从高级别架构的观点,有一个简单的答案:Messenger“接线总机”扮演了消息中继。
John Shewchuk 在互连系统博客中给出了 BizTalk Services概览Dennis Pilarinos演示了 CTP 的入门。以下是联机或计划中的服务:

  • BizTalk 身份认证服务——帮助开发者管理应用程序身份认证和访问控制需求的技术。
  • BizTalk 互连服务——帮助开发者从防火墙或 NAT 之后安全暴露服务的技术。
  • BizTalk 服务总线服务——利用事件机制,帮助创建松耦合应用程序的技术。即将被实现!
  • BizTalk 工作流服务——即将被实现!
  • 在 5 至 10 年内,BizTalk services 以及所有的软件 + 服务(包括其他厂商,不仅仅是微软)将最终改变我们做生意的方式。试想一下,如果我们不得不用接线总机使办公室内的电话能正常工作的情形?这样,石油公司或银行将不得不开发专门的技术使电话工作。这个基础设施已由电话公司(现在是 VoIP!)解决了。将来,商业只需要关注于他们的核心业务,绝大多数软件在本地与脱离实际的服务一起工作,这将极大地节省内部核心 IT 基础设施的投资。那将是个美妙的新世界!

    微软的 ESB 远景作为一组产品、技术和技巧,而不是单个产品,与他们的通用 SOA 策略很好地搭配。亲历社区和产业界会如何采用 BizTalk services 的这个过程将是一件非常有趣的事情!

    查看英文原文:Enter the Internet Service Bus
    译者简介:胡键,自 2000 年西安交通大学硕士毕业后一直从事软件开发。2002 年开始使用 Java,在项目开发中经常采用 OpenSource 工具,如 Ant、Maven、Hibernate、Struts 等,目前正在研究信息集成方面的规范和技术。可以通过jianhgreat AT hotmail.com与他联系,或访问博客:http://foxgem.javaeye.com/。为 InfoQ 中文站贡献内容及内容合作,请邮件至china-editorial@infoq.com
    SOA.NET微软语言 & 开发架构