文章：超越SOA──动态业务应用的新企业应用框架（2）

作者 Jean-Jacques Dubray 译者 胡键 发布于 2008年9月26日

领域

企业架构,

运维 & 基础架构,

架构 & 设计,

语言 & 开发

主题

JBoss ,

应用服务器 ,

Java EE ,

RedHat ,

业务流程管理 ,

领域专用语言 ,

Java ,

SOA ,

语言 ,

商业 ,

编程 ,

架构 ,

企业架构 ,

领域驱动设计

分享到

在他们文章的第二部分，继Vasile Buciuman-Coman和Michael Chervenic在第一部分定义了一个新型企业框架之后，他们继续探讨了动态业务应用。

构架软件应用和设计其它工程产品之间有一个根本性的区别。因为软件是和信息打交道，而信息是变更的“载体”，那么必须在最基础的级别将变更构建到信息架构之中。

这个解决方案建议的核心基于两个框架：

这两个框架让我们可以有效地处理和协调业务操作和技术团体操作中的变更。对设计过程而言，业务操作和技术团体操作可以被视为两个截然不同的自适应系统，它们各自都有自己的需求。

作者写道：

……构架一个能在企业级运行的客户/服务器应用要比构架一个桌面应用复杂几个数量级。服务器端的主要复杂度源于它必须支持两个自适应系统，一个是技术团体，另一个是业务团队，他们各自又都有自己的操作和控制层次。

动态业务应用（又称为自适应企业操作平台——AEOP）的架构风格关注于技术团队操作、业务操作和开发团队的生产力。生产力水平的增长是通过实体生命周期/基于事件的架构风格实现的。但是，

文献中记载的EDA（事件驱动架构）跟AEOP事件模型是不一样的。EDA是围绕非结构化事件流构建的，而AEOP是围绕由一组生命周期模板链接在一起的结构化事件流构建的。

在描述动态业务应用的大量细节之后，作者总结道：

AEOP标准化了服务器端应用的架构，这正是当今IT所缺失的。

在这个架构中，像SOA这样的技术和架构概念扮演配角。像BPM引擎、调度器、消息传递这样的组件在架构中有明确的角色，但是它们对设计的影响很小。

详细内容，请查看完整文章：超越SOA──动态业务应用的新企业应用框架之第二部分。

译者 胡键 热心开源技术，《开源技术选型手册》作者，《SOA实践指南》译者。目前致力于Groovy/Grails的研究和推广。

相关厂商内容

保持某些系统的高可用性，是一些企业的重中之重，如何设计？

海量数据处理，海量视频分发，架构热点难点，尽在架构师峰会！

相关赞助商

ArchSummit全球架构师峰会报名启动！7折优惠，5月31日截止！

1. 返回顶部

   ...

   发表人 Wang Ray

   看第一遍有点晕,期待第三部分

   回复