多年来，“架构〞概念经过不断演化，日前己形成了满足不同用途的架构模式，比较典型的架构模型包括分层架构、事件驱动架构、微核架构、微服务架构和云架构等五类。当然，像C/S、B/S、管道-过滤器和PAC等架构也是被广泛使用的软件架构，本节简要说明典型架构内涵。
-
分层架构
分层架构(Layered Architecture)是最常见的软件架构，也是事实上的标淮架构。这种架构将软件分成若干个水平层，每一层都有清晰的角色和分工，不需要知道其他层的细节。层与层之间通过接又进行通信。分层架构通常明确约定软件一定要分成多少层，但是，最常见的是四层结构。- 表现层(PresentationLayer):用户界面，负责视觉和用户互动;
- 业务层(BusinessLayer):实现业务逻辑:
- 持久层(PersistenceLayer):提供数据，SQL语句就放在这一层;
- 数据库(DatabaseLayer):保存数据。
有的项目在逻辑层和持久层之间加了一个服务层(Service)或领域层，提供不同业务逻辑需要的一些通用接口。用户的请求将依次通过这四层的处理，不能跳过其中任何一层。
-
事件驱动架构
事件(Event)是状态发生变化时软件发出的通知。事件驱动架构(Event-driven Architecture)是通过事件进行通信的软件架构，它分成四个部分，- 事件队列(Event Queue):接收事件的入口；
- 分发器(Event Mediator):将不同的事件分发到不同的业务逻辑单元；
- 事件通道(Event Channel):分发器与处理器之间的联系渠道；
- 事件处理器(Event Processor):实现业务逻辑，处理完成后会发出事件，触发下一步操作。
对于简单的项目，事件队列、分发器和事件通道可以合为一体，整个软件就分成事件代理和事件处理器两部分。
-
微核架构
微核架构(MicrokernelArchitecture)又称为插件架构(Plug-inArchitecture)，是指软件的内核相对较小，主要功能和业务逻辑都通过插件实现。内核 (Core )通常只包含系统运行的最小功能。插件则是互相独立的，插件之间的通信应该减少到最低，避免出现互相依赖的问题。 -
微服务架构
微服务架构(Micro services Architecture)是服务导向架构(Service-Oriented Architecture,SOA)的升级。每一个服务就是一个独立的部署单元(SeparatelyDeployed Unit)。这些单元都是分布式的，互相解耦，通过远程通信协议(比如REST、SOAP)联系。
微服务架构分成三种实现模式。- RESTful API模式:服务通过API提供，云服务就属于这一类
- RESTful 应用模式:服务通过传统的网络协议或者应用协议提供，背后通常是一个多功能的应用程序，常见于企业内部;
- 集中消息模式:采用消息代理(Message Broker)可以实现消息队列、负载均衡、统一日志和异常处理，缺点是会出现单点失败，消息代理可能要做成集群。
-
云架构
云架构(Cloud Architecture)主要解决扩展性和并发的问题，是最容易扩展的架构。
处理单元的数据都在内存里，需要进行数据持久化。云架构主要分成两部分:处理单元(ProcessingUnit)和虛拟中间件(VirtualizedMiddleware)。- 处理单元:实现业务逻辑。
-
虚拟中间件:负责通信、保持会话控制〔sessions)、数据复制、分布式处理和处理单元的部署。
这里，虚拟中间件又包含四个组件:- 消息中间件(MessagingGrid):管理用户清求和会活控制(sessions)，当一个清求进来以后，它决定分配给哪一个处理单元。
- 数据中间件(DataGrid):将数据复制到每一个处理单元，即数据同步。保证某个处理单元都得到同祥的数据。
- 处理中间件(ProcessingGrid):可选，如果一个请求涉及不同类型的处理单元，该中间件负责协调处理单元。
- 部署中间件(DeploymentManager):负责处理单元的启动和关闭，监控负载和响应时间，当负载增加，就新启动处理单元，负载减少，就关闭处理单元。
Spark 就是一种云架构，我们基于Spark开发的程序就是处理单元，Spark整体就是一个虚拟中间件。