如果您已经对XML、WSDL、SOAP、组合应用程序等等有所了解,那么本文或许不会引起您太大的兴趣(虽然您也可能想看看我重点介绍的应用程序)。但是,如果您被铺天盖地的术语“SOA”弄得一头雾水,搞不清楚它究竟是什么东西,那么本文将提供一个不错的例子来使其具体化。
下一代应用程序正在悄悄地显现出来。为了更好地说明,我将给出一个面向客户的应用程序:Housing Maps。Housing Maps是一个组合应用程序,即,它是一个由其他应用程序所提供的功能组成的新应用程序。
如果访问Housing Maps,您将看到它将Craigslist上的房屋出租出售信息与Google地图合并在一起,产生了一个指明房屋位置的空间视图。您可以单击地图上的气泡查看每某一项的地址、价格、照片和其他信息。还可以按照不同的城市和价格范围将其分类。我正打算在旧金山找一处新房,我发现这种视图非常有用,比起传统的房地产站点将房屋按照街道地址列出的方式好多了。
过去,这需要Housing Maps的开发人员与Google和Craigslist有特别的关系,才能解决构建、集成和管理这3个应用程序的问题。由于涉及技术和版本的协调,即便可以构建该组合应用程序并使其正常运行,其过程也非常困难。
so.bitsCN.com网管资料库任你搜
在目前面向服务架构(Service Oriented Architecture,SOA)的时代,Google和Craigslist都将其应用程序公开为可用的服务。组合应用程序(如Housing Maps)的开发人员可以轻松地将该功能结合到自己的应用程序中,而无需与底层的服务提供商有特别的关系。注意Housing Maps右上角的说明:“本站点并不是craigslist或Google的下属机构。”
因为新的开放标准提取了整套技术,而不管提供的服务所使用的是哪种硬件、操作系统、编程语言或其他产品,才使上述情况成为可能。组合应用程序可以与任何服从标准的服务交互。XML、Web services(SOAP、WSDL等等)和其他的一些技术使这成为可能。
这种互操作性将会引发新一波的革新性的应用程序,这些应用程序以前是不可想象的。例如,如果您必须在早上5:00起床,去赶上午8:00的航班,那么如果闹钟足够智能,先去united.com上查看该航班的信息,确保它正点起飞,然后再叫醒您,这岂不是很棒?这种集成很快就会出现。虽然上面的例子有点异想天开,但是它说明了摆在那些创造性地将现有的普通应用程序以一种崭新的方式“链接”在一起的人们面前的巨大机遇。
这对企业软件有什么影响呢?
整个行业都受到这些标准的影响,包括BEA、IBM、微软、Oracle、SAP等处于领先地位的公司,这意味着我们可能要第一次真正地实现应用程序的兼容性。现在可以编写针对各种异构的分布式应用程序的高度灵活的业务流程,不管这些应用程序是在防火墙内部还是外部。
我们将看到更多的驻留服务(hosted service),如Salesforce.com。驻留服务允许公司将他们不想管理的应用程序完全外包,而之后还可以像在本地一样将其集成到内部系统中。
服务在不断涌现。UPS和FexEx.com公开了包跟踪服务,Amazon.com和易趣公开了商业平台服务,PayPal公开了支付处理服务。大的电信供应商正在公开他们的网络,以便可以将新服务与他们的语音和视频能力结合。企业软件供应商(如:Siebel、SAP和Oracle)正在向Salesforce学习,转出驻留服务。我们将在未来几年内看到外部构建的服务网络(service network),以及以崭新的方式将它们结合在一起的应用程序。
随着标准和产品的改进,更高级的功能将会日益常见。跨多个异构的分布式服务的分布式事务管理(如果航班预定失败,就回滚宾馆预定)、单点登录(输入用户名和密码,然后就应用于每个底层的应用程序)、事件驱动架构(应用程序A发送一个抵押授权给应用程序B,一周后从应用程序C接收到响应,并知道该怎么处理)以及其他的一些基础架构都会慢慢出现,并加剧这一趋势。
所有这一切会带来几个好处。首先,构建由这些服务构建块组成的系统将非常容易。与Salesforce集成以跟踪机会,与Amazon集成以获得商业平台,与UPS集成以进行实现,这些都将变得比较容易。工资单提供程序和其他业务服务也是一样。 dl.bitsCN.com网管软件下载
其次,就像Housing Maps所体现出来的创造性一样,有可能构建具有现在根本无法想象的功能的新一代业务应用程序,这些应用程序结合了具有语音、视频、地图以及其他服务的定制和打包的应用程序的传统业务功能。技术已经有了,剩下的问题就是谁能够创造性地利用它。就像易趣利用Web应用程序进行在线拍卖,还有可能会出现新的思路和新的应用程序,并对我们的日程生活造成深远影响。
再次,这种能力会促进多样性,打破那种来自Oracle、SAP、微软和IBM单一供应商的单一技术占领市场的局面。客户需要努力将他们的环境标准化,而不管他们的服务合作伙伴所使用的是哪种技术。这将各个供应商置于同一平面上,并使BEA独立于应用程序和数据库的特点成为一个优点而不是一个缺陷。随着SAP、Oracle和微软的专有API转变成标准API,客户对他们其余产品的依赖性将会降低。
客户将使用WebLogic和Tuxedo消费、构建和公开服务。WebLogic尤其善于消费外部服务,向服务添加新业务逻辑,以及对个性化门户的信息进行外观处理。这可能是从客户自身服务门户到安全性处理应用程序的一切东西。
这对使用点对点连接的单个应用程序来说很好,但是如果用户有数百个要管理的服务和数百个独立于服务之上的应用程序,那就不太好管理了。针对这种场景,BEA引入了AquaLogic。 需要什么来搜一搜吧so.bitsCN.com
AquaLogic允许客户注册服务、将其装配到新的组合应用程序中、对其应用安全策略、监控其健康状况,并提供许多其它的服务基础架构。这一新的抽象层将成为企业架构的核心部分,涉及到其它大部分的(如果不是全部的)系统。
希望本文所提供的直观例子可以使您对SOA有形象的了解,并有助于解释人们对这一新方向表现出极大热情的原因,以及BEA在这方面所起的作用。
下一代应用程序正在悄悄地显现出来。为了更好地说明,我将给出一个面向客户的应用程序:Housing Maps。Housing Maps是一个组合应用程序,即,它是一个由其他应用程序所提供的功能组成的新应用程序。
如果访问Housing Maps,您将看到它将Craigslist上的房屋出租出售信息与Google地图合并在一起,产生了一个指明房屋位置的空间视图。您可以单击地图上的气泡查看每某一项的地址、价格、照片和其他信息。还可以按照不同的城市和价格范围将其分类。我正打算在旧金山找一处新房,我发现这种视图非常有用,比起传统的房地产站点将房屋按照街道地址列出的方式好多了。
过去,这需要Housing Maps的开发人员与Google和Craigslist有特别的关系,才能解决构建、集成和管理这3个应用程序的问题。由于涉及技术和版本的协调,即便可以构建该组合应用程序并使其正常运行,其过程也非常困难。
so.bitsCN.com网管资料库任你搜
在目前面向服务架构(Service Oriented Architecture,SOA)的时代,Google和Craigslist都将其应用程序公开为可用的服务。组合应用程序(如Housing Maps)的开发人员可以轻松地将该功能结合到自己的应用程序中,而无需与底层的服务提供商有特别的关系。注意Housing Maps右上角的说明:“本站点并不是craigslist或Google的下属机构。”
因为新的开放标准提取了整套技术,而不管提供的服务所使用的是哪种硬件、操作系统、编程语言或其他产品,才使上述情况成为可能。组合应用程序可以与任何服从标准的服务交互。XML、Web services(SOAP、WSDL等等)和其他的一些技术使这成为可能。
这种互操作性将会引发新一波的革新性的应用程序,这些应用程序以前是不可想象的。例如,如果您必须在早上5:00起床,去赶上午8:00的航班,那么如果闹钟足够智能,先去united.com上查看该航班的信息,确保它正点起飞,然后再叫醒您,这岂不是很棒?这种集成很快就会出现。虽然上面的例子有点异想天开,但是它说明了摆在那些创造性地将现有的普通应用程序以一种崭新的方式“链接”在一起的人们面前的巨大机遇。
这对企业软件有什么影响呢?
整个行业都受到这些标准的影响,包括BEA、IBM、微软、Oracle、SAP等处于领先地位的公司,这意味着我们可能要第一次真正地实现应用程序的兼容性。现在可以编写针对各种异构的分布式应用程序的高度灵活的业务流程,不管这些应用程序是在防火墙内部还是外部。
bbs.bitsCN.com国内最早的网管论坛
我们将看到更多的驻留服务(hosted service),如Salesforce.com。驻留服务允许公司将他们不想管理的应用程序完全外包,而之后还可以像在本地一样将其集成到内部系统中。
服务在不断涌现。UPS和FexEx.com公开了包跟踪服务,Amazon.com和易趣公开了商业平台服务,PayPal公开了支付处理服务。大的电信供应商正在公开他们的网络,以便可以将新服务与他们的语音和视频能力结合。企业软件供应商(如:Siebel、SAP和Oracle)正在向Salesforce学习,转出驻留服务。我们将在未来几年内看到外部构建的服务网络(service network),以及以崭新的方式将它们结合在一起的应用程序。
随着标准和产品的改进,更高级的功能将会日益常见。跨多个异构的分布式服务的分布式事务管理(如果航班预定失败,就回滚宾馆预定)、单点登录(输入用户名和密码,然后就应用于每个底层的应用程序)、事件驱动架构(应用程序A发送一个抵押授权给应用程序B,一周后从应用程序C接收到响应,并知道该怎么处理)以及其他的一些基础架构都会慢慢出现,并加剧这一趋势。
所有这一切会带来几个好处。首先,构建由这些服务构建块组成的系统将非常容易。与Salesforce集成以跟踪机会,与Amazon集成以获得商业平台,与UPS集成以进行实现,这些都将变得比较容易。工资单提供程序和其他业务服务也是一样。 dl.bitsCN.com网管软件下载
其次,就像Housing Maps所体现出来的创造性一样,有可能构建具有现在根本无法想象的功能的新一代业务应用程序,这些应用程序结合了具有语音、视频、地图以及其他服务的定制和打包的应用程序的传统业务功能。技术已经有了,剩下的问题就是谁能够创造性地利用它。就像易趣利用Web应用程序进行在线拍卖,还有可能会出现新的思路和新的应用程序,并对我们的日程生活造成深远影响。
再次,这种能力会促进多样性,打破那种来自Oracle、SAP、微软和IBM单一供应商的单一技术占领市场的局面。客户需要努力将他们的环境标准化,而不管他们的服务合作伙伴所使用的是哪种技术。这将各个供应商置于同一平面上,并使BEA独立于应用程序和数据库的特点成为一个优点而不是一个缺陷。随着SAP、Oracle和微软的专有API转变成标准API,客户对他们其余产品的依赖性将会降低。
客户将使用WebLogic和Tuxedo消费、构建和公开服务。WebLogic尤其善于消费外部服务,向服务添加新业务逻辑,以及对个性化门户的信息进行外观处理。这可能是从客户自身服务门户到安全性处理应用程序的一切东西。
这对使用点对点连接的单个应用程序来说很好,但是如果用户有数百个要管理的服务和数百个独立于服务之上的应用程序,那就不太好管理了。针对这种场景,BEA引入了AquaLogic。 需要什么来搜一搜吧so.bitsCN.com
AquaLogic允许客户注册服务、将其装配到新的组合应用程序中、对其应用安全策略、监控其健康状况,并提供许多其它的服务基础架构。这一新的抽象层将成为企业架构的核心部分,涉及到其它大部分的(如果不是全部的)系统。
希望本文所提供的直观例子可以使您对SOA有形象的了解,并有助于解释人们对这一新方向表现出极大热情的原因,以及BEA在这方面所起的作用。