经济衰退导致SOA出现了不少危机,也有相关的评论人士对此提出了五点对策,对于SOA而言在这样的时间段内必然会面临的严峻问题。但是同时我们也乐观的看到在同样的时间段内,依然存在着积极的因素。
Microsoft已经推出了Atlas的β版,它在ASP.NET中实现了Ajax。BEA Systems公司正在把Ajax功能构建到它的门户产品中并把Ajax API加入运行时工具。Sun Microsystems公司计划把Ajax加入Java Server Faces。企业服务总线供应商CapeClear Software公司则计划把Ajax工具加入它的以SOA为中心的产品中。
日前国外网站报道介绍了面向服务架构(SOA)的基本原则,提出了公共接口与内部实现要有明确界限等原则。虽然这些原则并不是绝对的真理,但可作为一个应用开发参考。
BEA系统公司 (Nasdaq:BEAS)日前公布了一项对八百多位欧洲开发者的独立调查结果。在这项调查中,Web服务、消息代理和企业服务总线(ESB)被认为是部署和管理面向服务架构(SOA)中最有用的技术。
关注点分离(separation of concerns)是面向服务的架构(Service-Oriented Architectures,SOA)的核心原则。本文中我们将演示如何使用Apache Axis和Spring来开发Web service,并使用Acegi Security对其进行保护——同时保持关注点很好地分离。
构建可靠的SOA需要严格的Web服务异常处理及测试方法。对提供给大量公共使用者的对外型Web服务而言,只有能恢复的异常才可以传送。其他所有异常都应当加以控制或清理。
这篇文章提出了一种灵活的、动态的 SOA 实现框架来构建未来面向服务应用程序和业务流程。这种方法旨在提供给企业一个高度可扩展的、动态的框架,以便定义、配置、访问和管理企业服。
经过近十年发展,信息化概念已经深入人心,IT已经成为企业业务的必要支撑。当前,IT基础设施和应用向服务转型,一方面软件架构是面向服务的SOA,软件应用出现SaaS新模式,中国软件与服务市场可谓是世界IT市场潜藏着的最大“蓝海”。
本文将探讨致使 SOA 开发变得困难的原因,并提供了一个可以对其进行简化的流程。各种组织可以使用此流程来极大地增加其 SOA 成功的几率。
SOLA最初的目的是使得企业机构能够把大型程序集成到SOA环境作为逐步淘汰它的第一步,并且不需要分割系统合替代策略的代价。SOLA将会同SOA Software的其它的系统集成在一起,其中包括Registry, XML VPN 和 Service Manager。
本文将 ESB 描述为由中间件技术实现并支持 SOA 的一组基础架构功能。ESB 支持异构环境中的服务、消息,以及基于事件的交互,并且具有适当的服务级别和可管理性。为了达到此目的,需要将多种功能集中起来并加以分类。
随着用户对大型网络应用高效运行、灵活应变、无缝集成需求的不断提高,中间件已经从上世纪80年代兴起的第一代“CORBA中间件”,90年代兴起的第二代“J2EE中间件”发展到了今天的第三代“SOA中间件”。事实上,早在十几年前,Gartner就首度提出了SOA(面向服务的企业架构)的概念,SOA将软件视为由“配置化服务”组成的新系统,着重强调软件的松散耦合、并使用独立的标准接口,让企业应用系统变得灵活。如今随着中间件技术的演进与相关技术标准的不断确立,全球中间件市场也开始围绕SOA概念,展开了新一轮的“产业革命”。
构建SOA需要很多技术支撑,但是不要忘了,SOA最重要和最首要的目标在于业务价值和敏捷性。遵循以下四个方面会确保你实施SOA项目时会时刻以业务为目标和中心。
Vazquez的说,采用SOA最好的方法是采用,实现和部署,也可以这样增量迭代进行,只要你做好前期规划。而SOA的关键正是集成业务逻辑和应用开发。
SOA方法在设计和组织业务功能以及IT基础架构方面极佳。SOA模型有助于确保系统的灵活性、可重用性和互操作性,使现在和将来进行管理和修改更容易。它也能节约成本。它只是可能不像光芒四射的新SOA一样容易实现。
在SOA开发过程中,语义互操作性通常被忽略,或者事后才被想起。对于语义互操作性方面的体系结构决策,应用程序和数据架构师可能很难作出明智的决定。本文将揭开SOA上下文中的语义互操作性的神秘面纱。我们首先讨论语义谱(semanticspectrum),然后讨论语义互操作性的反模式、模式和最佳实践。