编者按

SOA的最终目的是获得极其灵活的基础架构,使IT人员可以在企业里面横跨多种平台和领域的抽象层上开发组合式应用,但谁也无法一蹴而就。 如果问起负责构建面向服务的架构(Service-Oriented Architecture,SOA)的人什么最困难,他们中很多人会告诉你: 最困难的部分不是技术,而是改动业务流程以及随之而来的角色和职责的重新划分。许多SOA实施者也这样说,而事实可能的确如此。但技术这方面却未必简单,在所有规划和战略制订完毕后,如何提供及管理服务及消息传送基础架构,还有如何处理已有的平台、应用和系统,并非易事。

SOA五大决策

决策一:构建、提供及监控服务

SOA的最终目的是获得极其灵活的基础架构,使IT人员可以在企业里面横跨多种平台和领域的抽象层上开发组合式应用,在实际应用时,技术人员必须做出很多关键决策,选择构建服务所需的平台恐怕是IT人员面临的最简单决策了。

决策二:究竟要不要采用ESB

在完成了服务的监控及提供相对比较这个相对简单的决策后,接下来最让人困惑的SOA决策是:服务如何联系、服务之间应采用哪种仲裁机制。

决策三:性能、安全和运行时治理

要不要使用ESB取决于每家组织的独特需求和情况。不过单单有了ESB并不等于就有了SOA。在实施的各种规模的SOA中,一般不会只有一种。可能需要连接多条消息总线,而且消息在这些总线上传送过程中还需要转换等……

决策四:立足于自己掌握的技术

选择哪一种开发平台、注册中心/存储库、管理模式、消息传送系统、安全技术以及测试工具,这会让人晕头转向。人们很容易陷入战术性决策,譬如要不要购买ESB、向谁购买。但你应当在确定了业务流程、核心服务和整体架构之后,再去选择方案。

决策五:一切围绕架构

一碰到实际工作,人们很容易陷入战术性决策,譬如要不要购买ESB、向谁购买。但SOA的要点在于创建这种架构: 支持目标非常明确、简化了的业务流程,通过重新安排传统的项目为流程的更改提供灵活性。

技术点滴

引入ESB能否简化逐步成熟的SOA的复杂性
为什么在面向服务的景观图中又加入了一个移动的部分?难道对面向服务的应用的管理还不够复杂?引入企业服务总线(ESB)的原因和许多年前选择企业应用集成策略的原因是一样的。
ESB实现SOA 企业复杂应用集成的解决措施
到目前为止,已经有很多企业采用和部署了ESB,但除了ESB外,在规划企业的SOA战略时还有很多需要考虑的。比如,需要运行很多服务,各种平台之间的交互需要保证安全,需要进行管理。幸运的是,只要符合SOA的核心思想,它们通常可以通过Web服务接口接入ESB集成到SOA环境中。
SOA重在解决业务需求而非架构方法
尽管很多家软件厂商的销售下跌了很多,面向服务的架构(SOA)却是你需要做的事情,而不是你要买的东西。就像ZapThink多年来一直说的那样,SOA包括了最好的实践,再加上需要遵循的准则。预期通过购买软件来获得架构就如想通过购买钢琴学会弹奏莫扎特一样。
SOA实践秘诀 以应用平台为基础环境
正因为应用平台提供了多项SOA 需要的加值功能,许多分析师都一致看好几个主要的应用平台厂商,在未来将囊括大半的SOA市场。此外,由于应用服务器与相关科技,已经在许多企业中具有相当程度的导入经验,所以若从技能。
2007年SOA发展趋势的分析和建议
截止2006年年底,越来越多使用Java 和.NET技术平台的数据中心与SOA的有效应用产生冲突。以Web服务为基础的应用软件方面的发展使得开发人员着重于一些技术以便得出商业解决方案,驱使数据中心寻找能帮助直接监控和管理已有成果的SOA应用。这样的改变是由于该领域的中心从企业应用软件转向数据中心的核心复合软件。

相关技术网站和资料下载

用户评论

  网站简介广告服务网站地图帮助联系方式诚聘英才English问题报告
北京世纪乐知数码科技有限公司  版权所有  京 ICP 证 020026 号
Copyright © 2000-2006, CSDN.NET, All Rights Reserved