文章:搭建沟通BI与SOA的桥梁

商业智能(BI)与面向服务架构(SOA)的好处无需赘言,但当你期望同时获得BI和SOA的好处时,却会发现事情并不那么简单。BI希望获得尽可能详尽的内部数据,而SOA却希望尽力隐藏内部数据,两者存在原则上的冲突。

Arnon Rotem-Gal-Oz分析了两种显而易见的调和方案。其一是用传统的ETL方式绕过SOA的限制,直接为BI提供数据。然而这种方式严重违背了SOA的原则。在SOA用来防止耦合扩散的接口契约机制上穿了一个大洞之后,不免让人疑虑当初让我们选择SOA的那些好处还剩下多少。其二是不给BI任何特殊照顾,而依赖对SOA接口的轮询来获得BI需要的数据。然而轮询间隔的设置要么会导致过大的网络流量,要么会导致错失重要事件。

为了摆脱这种困境,Arnon引入了EDA:

第三个选项的基础是将SOA向前推进,超越我们习惯的简单的请求/响应模型,将SOA与另一种架构风格——事件驱动的架构(Event-Driven Architecture,EDA)相结合。

EDA加SOA的方案采用“推”的方式向外发送消息,这种Arnon称之为“通讯倒置”的模式,在捍卫了SOA原则的同时,也降低了网络流量。更重要的是,EDA的事件流/事件链的概念将BI提升到了一个更高的层次——实时BI。

Arnon随后为我们描绘了利用复杂事件处理(CEP)工具进行实时业务活动监控,以及将BI构建成SOA服务的Mash-up的诱人前景。而在实现方面,WS-*已经有一整套协议;对于REST阵营,RSS是一种现成的方案。

EDA加SOA的方案远胜于传统的ETL是这篇文章理所当然的结论。

阅读全文: 搭建沟通BI与SOA的桥梁

你可能感兴趣的:(文章:搭建沟通BI与SOA的桥梁)