认识达内从这里开始

分布式服务架构开发是目前大多数程序员都在学习的一个软件编程开发技术，下面我们就通过案例分析来了解一下，常见的分布式服务架构都有哪些类型。

事件驱动架构

事件(event)是状态发生变化时，软件发出的通知。

事件驱动架构(event-drivenarchitecture)就是通过事件进行通信的软件架构。

事件驱动架构的四个部分

事件队列(eventqueue)：接收事件的入口。

分发器(eventmediator)：将不同的事件分发到不同的业务逻辑单元。

事件通道(eventchannel)：分发器与处理器之间的联系渠道。

事件处理器(eventprocessor)：实现业务逻辑，处理完成后会发出事件，触发下一步操作

对于简单的项目，事件队列、分发器和事件通道，可以合为一体，整个软件就分成事件代理和事件处理器两部分。

事件驱动架构的优缺点

优点

分布式的异步架构，事件处理器之间高度解耦，软件的扩展性好;适用性广，各种类型的项目都可以用;性能较好，因为事件的异步本质，软件不易产生堵塞;事件处理器可以独立地加载和卸载，容易部署

缺点

涉及异步编程(要考虑远程通信、失去响应等情况)，开发相对复杂难以支持原子性操作，因为事件通过会涉及多个处理器，很难回滚分布式和异步特性导致这个架构较难测试。

分层架构

分层架构(layeredarchitecture)是常见的软件架构，也是事实上的标准架构。如果你不知道要用什么架构，那就用它。

这种架构将软件分成若干个水平层，每一层都有清晰的角色和分工，不需要知道其他层的细节。层与层之间通过接口通信。

虽然没有明确约定，软件一定要分成多少层，但是四层的结构常见。

表现层(presentation)：用户界面，负责视觉和用户互动。

业务层(business)：实现业务逻辑。

持久层(persistence)：提供数据，SQL语句就放在这一层。

数据库(database)：保存数据。

有的软件在逻辑层和持久层之间，加了一个服务层(service)，提供不同业务逻辑需要的一些通用接口。

用户的请求将依次通过这四层的处理，不能跳过其中任何一层。

分层架构

优点

结构简单，容易理解和开发。

不同技能的程序员可以分工，负责不同的层，天然适合大多数软件公司的组织架构

每一层都可以独立测试，其他层的接口通过模拟解决

缺点

一旦环境变化，需要代码调整或增加功能时，通常比较麻烦和费时

部署比较麻烦，即使只修改一个小地方，往往需要整个软件重新部署，不容易做持续发布，软件升级时，可能需要整个服务暂停

扩展性差。用户请求大量增加时，必须依次扩展每一层，由于每一层内部是耦合的，扩展会很困难。

云架构。

云结构(cloudarchitecture)主要解决扩展性和并发的问题，是容易扩展的架构。

它的高扩展性，主要原因是没使用中央数据库，而是把数据都复制到内存中，变成可复制的内存数据单元。然后，业务处理能力封装成一个个处理单元(prcessingunit)。访问量增加，就新建处理单元;访问量减少，就关闭处理单元。由于没有中央数据库，所以扩展性的大瓶颈消失了。由于每个处理单元的数据都在内存里，好要进行数据持久化。

这个模式主要分成两部分：处理单元(processingunit)和虚拟中间件(virtualizedmiddleware)。

处理单元：实现业务逻辑

虚拟中间件：负责通信、保持sessions、数据复制、分布式处理、处理单元的部署。

【免责声明】本文系本网编辑部分转载，转载目的在于传递更多信息，并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题，请在30日内与管理员联系，我们会予以更改或删除相关文章，以保证您的权益!更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销，赚更多好礼。