For investors
股价:
5.36 美元 %For investors
股价:
5.36 美元 %认真做教育 专心促就业
随着互联网的不断发展,越来越多的人都在学习计算机编程开发技术,而本文我们就通过案例分析来简单了解一下,事件驱动架构与云架构的区别。
一、事件驱动架构
事件(event)是状态发生变化时,软件发出的通知。
事件驱动架构(event-drivenarchitecture)就是通过事件进行通信的软件架构。
事件驱动架构的四个部分
事件队列(eventqueue):接收事件的入口。
分发器(eventmediator):将不同的事件分发到不同的业务逻辑单元。
事件通道(eventchannel):分发器与处理器之间的联系渠道。
事件处理器(eventprocessor):实现业务逻辑,处理完成后会发出事件,触发下一步操作
对于简单的项目,事件队列、分发器和事件通道,可以合为一体,整个软件就分成事件代理和事件处理器两部分。
事件驱动架构的优缺点
优点
分布式的异步架构,事件处理器之间高度解耦,软件的扩展性好;适用性广,各种类型的项目都可以用;性能较好,因为事件的异步本质,软件不易产生堵塞;事件处理器可以独立地加载和卸载,容易部署
缺点
涉及异步编程(要考虑远程通信、失去响应等情况),开发相对复杂难以支持原子性操作,因为事件通过会涉及多个处理器,很难回滚分布式和异步特性导致这个架构较难测试。
二、云架构。
云结构(cloudarchitecture)主要解决扩展性和并发的问题,是容易扩展的架构。
它的高扩展性,主要原因是没使用中央数据库,而是把数据都复制到内存中,变成可复制的内存数据单元。然后,业务处理能力封装成一个个处理单元(prcessingunit)。访问量增加,就新建处理单元;访问量减少,就关闭处理单元。由于没有中央数据库,所以扩展性的大瓶颈消失了。由于每个处理单元的数据都在内存里,好要进行数据持久化。
这个模式主要分成两部分:处理单元(processingunit)和虚拟中间件(virtualizedmiddleware)。
处理单元:实现业务逻辑
虚拟中间件:负责通信、保持sessions、数据复制、分布式处理、处理单元的部署。
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。