Jack Van Hoof在一篇文章里比较了CEP和EDA以及它们怎么相关到SOA。他表明：
CEP (复杂事情处理) 在指定的时刻帧里相关了多条音讯。EDA是从事务事情视点对信息系统建模的架构方法。EDA与SOA的不一样在于其重视的焦点。SOA是以效劳为模型的基地，而EDA则以事务事情为基地。 SOA的方法将会带来同步通讯风格的成果，而EDA方法是一种异步的通讯风格。
他相信商场并未实在理解EDA并解说到CEP为何从根本上与EDA不一样；即CEP是工具而EDA是架构。
CEP从定义上就不是对于事务事情的。CEP是处理音讯流的一种技能。这些音讯并不需求要代表事务事情。一个事务事情意味着当发生某种状况（状态改动）你的事务可以依照预先计划的计划来应对它。一个事务事情可通过音讯来表达，但并非一切音讯都是事务事情的代表。CEP是对于音讯的，EDA是对于事务事情的。CEP可以被用来完成EDA。你也许会说：EDA是事务层次的CEP。
作为回答，Progress Apama的Giles Nelson翔实论述了SOA，EDA和CEP三者的关系，并指出了几个要害点。Joe McKendrick在为何‘事情驱动架构‘不仅仅是复杂事情处理这篇文章里也表达了一样的观念。相同的还有Udi Dahan，他以一个高雅的order-to-cash 处理案例举例说明了这些概念在实在世界事务问题是怎么相互作用的。他以下列评述总结了自个的态度。
CEP，虽作为一个赋有应战的工程领域，并在某种条件下办理着一个项目要成功所面临的必要的技能风险，并且当以SOA/EDA为布景时能实在发挥出其闪光之处，但就其自身而言，实不益被用于架构层次的第一流。
Jack以着重EDA的重要性作为了其文章的总结。并表明“我以为EDA最终将彻底地改动咱们现在对事务使用的知道，包含SOA”。
咱们之前也曾从架构的视点对这一争辩进行了重视。看起来CEP，SOA和EDA这三者之间的相互关系较为混杂，这很大程度上是因为供应商的缘由。如若对公司是怎么选用这些技能的来一个直观的透视将会十分有趣。那么CEP在你的公司中扮演着啥人物呢？它们是怎么被运用于EDA和SOA项目的呢？