常见系统架构有哪几种

内核是操作系统最基础的构件，因而，内核结构往往对操作系统的外部特性以及应用领域有着一定程度的影响。尽管随着理论和实践的不断演进，操作系统高层特性与内核结构之间的耦合有日趋缩小之势，但习惯上，内核结构仍然是操作系统分类之常用标准！
内核的结构可以分为单内核、微内核、混合内核、外内核等。
单内核（Monolithic kernel），又称为宏内核。单内核结构是操作系统中各内核部件杂然混居的形态，该结构于1960年代（亦有1950年代初之说，尚存争议），历史最长，是操作系统内核与外围分离时的最初形态。
微内核（Microkernel），又称为微核心。微内核结构是1980年代产生出来的较新的内核结构，强调结构性部件与功能性部件的分离。20世纪末，基于微内核结构，理论界中又发展出了超微内核与外内核等多种结构。尽管自1980年代起，大部分理论研究都集中在以微内核为首的“新兴”结构之上，然而，在应用领域之中，以单内核结构为基础的操作系统却一直占据着主导地位。
混合内核（Hybrid kernel）像微内核结构，只不过它的组件更多的在核心态中运行，以获得更快的执行速度。
外内核（Exokernel）的设计理念是尽可能的减少软件的抽象化，这使得开发者可以专注于硬件的抽象化。外核心的设计极为简化，它的目标是在于同时简化传统微内核的讯息传递机制，以及整块性核心的软件抽象层。
在众多常用操作系统之中，除了QNX和基于Mach的UNIX等个别系统外，几乎全部采用单内核结构，例如大部分的Unix、Linux，以及Windows（微软声称Windows NT是基于改良的微内核架构的，尽管理论界对此存有异议）。微内核和超微内核结构主要用于研究性操作系统，还有一些嵌入式系统使用外核！

目前控制系统实现架构有哪些

　　软件架构（software
　　architecture）是一系列相关的抽象模式，用于指导大型软件系统各个方面的设计。软件架构是一个系统的草图。软件架构描述的对象是直接构成系
　　统的抽象组件。各个组件之间的连接则明确和相对细致地描述组件之间的通讯。在实现阶段，这些抽象组件被细化为实际的组件，比如具体某个类或者对象。在面向
　　对象领域中，组件之间的连接通常用接口_(计算机科学)来实现。
　　软件体系结构是构建计算机软件实践的基础。与建筑师设定建筑项目的设计原则和目标，作为绘图员画图的基础一样，一个软件架构师或者系统架构师陈述软件构架以作为满足不同客户需求的实际系统设计方案的基础。
　　软件构架是一个容易理解的概念，多数工程师（尤其是经验不多的工程师）会从直觉上来认识它，但要给出精确的定义很困难。特别是，很难明确地区分设计和构架：构架属于设计的一方面，它集中于某些具体的特征。
　　在“软件构架简介”中，David Garlan 和 Mary Shaw
　　认为软件构架是有关如下问题的设计层次：“在计算的算法和数据结构之外，设计并确定系统整体结构成为了新的问题。结构问题包括总体组织结构和全局控制结
构；通信、同步和数据访问的协议；设计元素的功能分配；物理分布；设计元素的组成；定标与性能；备选设计的选择。
　　但构架不仅是结构；IEEE Working Group
　　on Architecture 把其定义为“系统在其环境中的最高层概念”。构架还包括“符合”系统完整性、经济约束条件、审美需求和样式。它并不仅注
重对内部的考虑，而且还在系统的用户环境和开发环境中对系统进行整体考虑，即同时注重对外部的考虑。
　　在Rational Unified Process 中，软件系统的构架（在某一给定点）是指系统重要构件的组织或结构，这些重要构件通过接口与不断减小的构件与接口所组成的构件进行交互。
　　从和目的、主题、材料和结构的联系上来说，软件架构可以和建筑物的架构相比拟。一个软件架构师需要有广泛的软件理论知识和相应的经验来事实和管
　　理软件产品的高级设计。软件架构师定义和设计软件的模块化，模块之间的交互，用户界面风格，对外接口方法，创新的设计特性，以及高层事物的对象操作、逻辑
和流程。
　　一般而言，软件系统的架构（Architecture）有两个要素：
　　它是一个软件系统从整体到部分的最高层次的划分。
　　一个系统通常是由元件组成的，而这些元件如何形成、相互之间如何发生作用，则是关于这个系统本身结构的重要信息。
　　详细地说，就是要包括架构元件（Architecture Component）、联结器（Connector）、任务流（Task-flow）。
　　所谓架构元素，也就是组成系统的核心“砖瓦“，而联结器则描述这些元件之间通讯的路径、通讯的机制、通讯的预期结果，任务流则描述系统如何使用这些元件和
联结器完成某一项需求。
　　建造一个系统所作出的最高层次的、以后难以更改的，商业的和技术的决定。
　　建造一个系统之前会有很多的重要决定需要事先作出，而一旦系统开始进行详细设计甚至建造，这些决定就很难更改甚至无法更改。显然，这样的决定必定是有关系统设计成败的最重要决定，必须经过非常慎重的研究和考察。

一般的android开发都用到了系统架构哪些层

开发一个程序，android的系统框架是层层相扣，不能分开的。
应用程序层：
这个层主要指的就是用java语言编写的运行在虚拟机上的程序，Google在最开始时就在android系统中捆绑了一些核心的应用（核心应用的编写必须使用应用层序框架层的API框架），例如你android手机中SMS发送短消息的程序，通讯录等等。
应用程序框架层：
指的就是开发时所需要的API框架，开发人员是在遵守该框架的原则上，调用他们的，开发自己所需要的程序。
系统运行库层：
用于支持应用框架层的各个组件的。就是说当开发人员使用android应用框架层时，android系统会通过一些C/C++库来支持对我们使用的各个组件，使其能更好地为开发者服务。
linux核心层：
android的核心系统服务如安全性、内存管理、进程管理、网络协议栈和驱动模型等都依赖于Linux2.6内核，Linux内核同时也作为硬件和软件栈之间的抽象层。
因此，你开发的程序是运行在应用程序层，开发中写代码调用的包，是基于应用框架层，而在应用框架中的各个组件是需要系统运行库的支持的，例如，你要登陆查看的信息就必须访问到SQLite数据库，SQLite就位于系统运行库，再有，你登入要输入信息，肯定需要键盘驱动的支持，而各种驱动是依赖Linux内核的。

Android的系统架构包括哪些部分

Android的系统架构和其操作系统一样，采用了分层的架构。Android分为四个层，从高层到低层分别是应用程序层、应用程序框架层、系统运行库层和Linux内核层。
一、应用程序
Android会同一系列核心应用程序包一起发布，该应用程序包包括客户端，SMS短消息程序，日历，地图，浏览器，联系人管理程序等。所有的应用程序都是使用JAVA语言编写的。
二、应用程序框架
开发人员也可以完全访问核心应用程序所使用的API框架。该应用程序的架构设计简化了组件的重用;任何一个应用程序都可以发布它的功能块并且任何其它的应用程序都可以使用其所发布的功能块（不过得遵循框架的安全性）。同样，该应用程序重用机制也使用户可以方便的替换程序组件。
三、系统运行库
Android 包含一些C/C++库，这些库能被Android系统中不同的组件使用。它们通过 Android 应用程序框架为开发者提供服务。
四、Linux内核层
Android内核是基于Linux 内核的修改的内核版本，它提供了用于支持Android平台的设备驱动。

请问常见的处理器系统架构有那些

Xeon（至强），目前全部Intel IA架构的双路，四路服务器，全部在采用Xeon(至强)CPU，它是基于X86架构的一种服务器专用的CPU 。早期的处理器名称是以数字来表示，并以“86”作为结尾，包括Intel 8086、80186、80286、80386以及80486，因此其架构被称为“x86”，至今全部Xeon，包括双核、四核的，全部是基于X86架构的产品。
二，Itanium（安腾），安腾处理器也常被称为IA-64位处理器，是Intel公司面向最顶级的高端应用开发一款纯64位处理器产品，具有64位寻址能力和64位宽的寄存器，它所具备的一系列特性，如EPIC指令等，都是为要求最苛刻的计算及企业级需求而设计的。对于最苛求性能的企业或者需要高性能运算功能支持的应用(包括电子交易安全处理、超大型数据库、电脑辅助机械引擎、尖端科学运算等)而言，Itanium处理器很好的满足了用户的要求

“系统架构”是什么意思都有哪些架构

系统架构（Framework 或Architecture）或软件架构的定义很难明确，仁者见仁智者见智。
在面向对象范畴中，我认为就是通过若干类、抽象类及其接口有机组成的软件系统，其中类起的作用好比建筑物中的砖瓦钢筋水泥楼板，而接口和抽象类中没有实现的方法好比其中的一个个空间，包括大厅，走廊，房间，厨房,卫生间....，架构使用者的任务就是往这些空间中填充东西，也就是实现那些接口和抽象方法，从而可以创建一座定制了的建筑物。进一步，可以对这个建筑进行修饰使其外观更加漂亮。当然也可以进行改动，以便结构更加合理。

在《Rational 统一过程实践者指南》（RUP）认为，系统架构为：1. 系统中最重要的组成部分和它们的接口，以及做出的创建、购买或是重用这些组成部分的决定；2.描述这些组成部分在运作时如何交互来实现系统中最重要的脚本；3.实现并测试系统架构的原型，以验证架构是否可行、是否化解了重大风险，以及验证它是否打到了重要的质量指标：性能、可扩展性和成本等。

互联网是个神奇的大网，系统架构设计也是一种模式，这里提供最详细的报价，如果你真的想做，可以来这里，这个手机的开始数字是一八七中间的是三儿零最后的是一四二五零，按照顺序组合起来就可以找到，我想说的是，除非你想做或者了解这方面的内容，如果只是凑热闹的话，就不要来了

系统的非功能性特征，如可扩展性、可靠性、强壮性、灵活性、性能等。

系统架构的设计要求架构师具备软件和硬件的功能和性能的过硬知识，这一工作无疑是架构设计工作中最为困难的工作。

此外，从每一个角度上看，都可以看到架构的两要素：元件划分和设计决定。

首先，一个软件系统中的元件首先是逻辑元件。这些逻辑元件如何放到硬件上，以及这些元件如何为整个系统的可扩展性、可靠性、强壮性、灵活性、性能等做出贡献，是非常重要的信息。

其次，进行软件设计需要做出的决定中，必然会包括逻辑结构、物理结构，以及它们如何影响到系统的所有非功能性特征。这些决定中会有很多是一旦作出，就很难更改的。

根据作者的经验，一个基于数据库的系统架构，有多少个数据表，就会有多少页的架构设计文档。比如一个中等的数据库应用系统通常含有一百个左右的数据表，这样的一个系统设计通常需要有一百页左右的架构设计文档。

构架模式

构架模式是解决复杂构架问题的现成形式。构架框架或构架基础设施（中间件）是可以在其上构建某种构架的构件集。许多主要的构架困难应在框架或基础设施中进行解决，而且通常针对于特定的领域：命令和控制、MIS、控制系统等等。

模式示例

[BUS96] 根据构架模式最适用的系统的特征将其分类，其中一个类别处理更普遍的结构问题。下表显示了 [BUS96] 中所提供的类别和这些类别所包含的模式。

类别模式结构层管道和过滤器黑板分布式系统代理交互系统模型-视图-控制器表示-抽象-控制自适应系统反射微核

在“软件构架简介”中，David Garlan 和 Mary Shaw 认为软件构架是有关如下问题的设计层次：“在计算的算法和数据结构之外，设计并确定系统整体结构成为了新的问题。结构问题包括总体组织结构和全局控制结构；通信、同步和数据访问的协议；设计元素的功能分配；物理分布；设计元素的组成；定标与性能；备选设计的选择。”[GS93]

但构架不仅是结构；IEEE Working Group on Architecture 把其定义为“系统在其环境中的最高层概念”[IEEE98]。构架还包括“符合”系统完整性、经济约束条件、审美需求和样式。它并不仅注重对内部的考虑，而且还在系统的用户环境和开发环境中对系统进行整体考虑，即同时注重对外部的考虑。

在 Rational Unified Process 中，软件系统的构架（在某一给定点）是指系统重要构件的组织或结构，这些重要构件通过接口与不断减小的构件与接口所组成的构件进行交互。

为阐明其含义，下面将详述其中的两个；完整说明请参见。模式以下列广泛使用的形式来表示：

模式名环境问题影响，描述应考虑的不同问题方面解决方案基本原理结果环境示例模式名层

环境需要进行结构分解的大系统。

问题必须处理不同抽象层次的问题的系统。例如：硬件控制问题、常见服务问题和针对于不同领域的问题。最好不要编写垂直构件来处理所有抽象层次的问题。否则要在不同的构件中多次处理相同的问题（可能会不一致）。

影响

系统的某些部分应当是可替换的构件中的变化不应波动相似的责任应归为一组构件大小 -- 复杂构件可能要进行分解解决办法将系统分成构件组，并使构件组形成层叠结构。使上层只使用下层（决不使用上层）提供的服务。尽量不使用非紧邻下层提供的服务（不跳层使用服务，除非中间层只添加通过构件）。

示例：

1. 通用层

严格的分层构架规定设计元素（类、构件、包、子系统）只能使用下层提供的服务，服务可以包括事件处理、错误处理、数据库访问等等。相对于记录在底层的原始操作系统级调用，它包括更明显的机制。

2. 业务系统层

上图显示了另一个分层示例，其中有垂直特定应用层、水平层和基础设施层。注意：此处的目标是采用非常短的业务“烟囱”并实现各种应用程序间的通用性。否则，就可能有多个人解决同一问题，从而导致潜在的分歧。

有关该模式的深入讨论，请参见指南：分层。

模式名黑板

环境没有解决问题的确定方法（算法）或方法不可行的领域。例如 AI 系统、语音识别和监视系统。

问题多个问题解决顾问（知识顾问）必须通过协作来解决他们无法单独解决的问题。各顾问的工作结果必须可以供所有其他顾问访问，使他们可以评估自己是否可以参与解决方案的查找并发布其工作结果。

影响

知识顾问参与解决问题的顺序不是确定的，这可能取决于问题解决策略

不同顾问的输入（结果或部分解决方案）可能有不同的表示方式

各顾问并不直接知道对方的存在，但可以评估对方发布的工作

解决办法多名知识顾问都可访问一个称为“黑板”的共享数据库。黑板提供监测和更新其内容的接口。控制模块/对象激活遵循某种策略的顾问。激活后，顾问查看黑板，以确定它是否能参与解决问题。如果顾问决定它可以参与，控制对象就可以允许顾问将其部分（或最终）解决方案放置于黑板上。

示例：

以上显示了使用 UML 建模的结构或静态视图。它将成为参数化协作的一部分，然后会绑定到实参上对模式进行实例化。

构架风格软件构架（或仅是构架视图）可以具有名为构架风格的属性，该属性减少了可选的形式，并使构架具有一定程度的一致性。样式可以通过一组模式或通过选择特定构件或连接器作为基本构件来定义。对给定系统，某些样式可作为构架描述的一部分记录在构架风格指南（Rational Unified Process 中设计指南文档的一部分）中。样式在构架的可理解性与完整性方面起着主要的作用。

逻辑视图：类图、状态机和对象图。进程视图：类图与对象图（包括任务 - 进程与线程）。实施视图：构件图。部署视图：配置图。

计算机架构除了SPARC, x86 x64.还有哪些各自技术有什么特点

市场的竞争是残酷的，优胜劣汰是必然的发展方向。目前，在桌面型CPU市场，已形成Intel、AMD、VIA三国鼎立的局面。随着Transmeta介入笔记本CPU市场，而Intel与AMD也雄心勃勃地将触角延伸到高端服务器市场，使服务器和笔记本CPU市场的竞争更加白热化。服务器用处理器几乎都是清一色的RISC（精简指令集）架构，用在高端的工作站或服务器中。据市场分析机构IDC报告，2000年的美国服务器市场，Sun荣居榜首，IBM屈居老二，Compaq名列第三。随着Intel与AMD纷纷介入这块获利市场，使高端服务器市场形成百花齐放、百家争鸣的新格局。下面我们就来认识这些真正的服务器CPU。一、Compaq Digital Alpha Alpha处理器原先是DEC公司的产品，后来被Compaq归入旗下，而Compaq又与Digital进行合并。Alpha最早在1992年现身市场，领先其它RISC处理器厂商达二、三年之久。在Alpha推出时，当时的个人电脑正从386时代转移到486而已。Alpha的最大特色其实是在时钟速度上取得领先地位，例如，1995年推出300MHz的Alpha 21164就是当时时钟速度最快的CPU。 Alpha 21164是Alpha的第二代处理器，它有两种版本，一种是原本的21164，另一种则是去掉部份Cache的21164PC，希望进攻较低端的市场。此外，1998年初DEC发表了第三代的Alpha 21264。Alpha可以运行在UNIX、OpenVMS，以及Windows NT中，这是Alpha跟其它几个RISC处理器比较不同的地方。未来Compaq Digital Alpha将会开发出Alpha 21364与EV8处理器。二、SGI MIPS MIPS处理器是RISC架构的开山鼻祖，SGI在并购MIPS后，将MIPS处理器分成两个市场进攻：一方面强调高性能，继续向高端方向发展；另一方面着重高产量，转向市场庞大的嵌入式及消费电子产品领域。其实SGI只负责处理器的研发设计，产品的生产与销售是授权其它半导体大厂进行。目前最高端的MIPS处理器是R10000，用在SGI公司的全系列产品，包括从单一处理器的O2工作站，直到高达128颗处理器的Origin高端服务器等。SGI的专长是图形运算，拥有很强的系统I/O及内存总线，MIPS处理器并不单独强调时钟频率，而是着重整体性能的提升。SGI MIPS处理器主要运行在自身的64位操作系统IRIX（与UNIX同一族系的操作系统）；此外，MIPS也作为一些掌上电脑的处理器，因此也可以运行在Windows CE上。为了能够继续在高端市场站稳脚跟，SGI不得不全力以赴发展更先进的MIPS处理器，包括R12000与R14000等。三、SUN SPARC Sun是世界上第一个将RISC架构给以量产的厂商。为了推动SPARC成为业界标准，并提高全球广泛供应来源，SUN也授权多家半导体厂生产自己的SPARC芯片。SPARC的性能超强，价格也较高，公认在UNIX上的表现杰出。早期的RISC处理器也是32位，直到六年多前的Alpha诞生后，才把RISC推进64位。就SUN的SPARC而言，其64位处理器是1995年的SPARC-v9架构，产品则称为Ultra SPARC。目前最高端的SPARC产品是64位的Ultra SPARC III，采用了Uptime Bus的技术。Ultra SPARC III的工作频率有900MHz、750MHz和600MHz三种。与以前的UltraSPARC II相比，UltraSPARC III运行程序的速度要快一倍。近几年来，Intel进军高端市场的企图明显，一些拥有RISC处理器大厂已逐渐向Intel的IA-64方向发展，而SUN仍坚持发展自己的Ultra SPARC处理器，成为阻挡Intel来犯的中流砥柱。Sun公司还将在今年推出基于MAJC架构设计的1.2GHz的Ultra Space 4处理器，它将是Sun公司在高端服务器市场竞争中的希望所在。四、HP PA-RISC HP也有自己的RISC处理器，称为PA-RISC（精准架构的RISC）。PA-RISC于1986年现身，HP也是当时全球第一家将系统架构全面由CISC移转到RISC的计算机厂商，随后HP就荣登市场销售第一的宝座。目前PA-RISC处理器的版本是PA-8200，主要用在HP的企业服务器（例如最高端的HP9000系列）。在PA-8200之后，HP还将推出PA-8500与PA-8700处理器。HP PA-RISC把Alpha当成性能表现的主要对手，例如PA-8500的对手就锁定Alpha-21264。惠普在产品上采取双向并进策略，为了两种芯片都能用在电脑上，一边发展PA-RISC 8700，一边与Intel共同开发IA-64处理器。IA-64融合了x86与RISC架构，x86源自Intel本身的架构，而RISC部份就是HP的PA-RISC架构。五、IBM PowerPC 虽然RISC这个名词是80年初由柏克莱大学Patterson教授所创造并率先使用，并成为后来的统称。其实RISC的真正先驱，是70年代就悄悄展开实验计划的蓝色巨人IBM公司。IBM于1975年开始进行一项801计划，希望设计出新的计算机架构。但是801计划最终并没有成功的产品推出，不过，IBM另一条与801平行的发展线，在80年代中期成为America计划，这个计划就成功地发展出新的架构产品，它就是1990年出现的Power架构，IBM并以此建构了RS6000处理器与工作站产品。1991年，IBM再推出第二代的Power架构，并与Motorola、Apple共组一个“PowerPC“联盟，发展新的PowerPC处理器架构。这个PowerPC架构就是以IBM的Power架构为基础。 1992年，IBM发表第一颗PowerPC处理器PowerPC-601，它是一颗32位的RISC架构处理器，Apple旋即进行架构更替，采用PowerPC-601作为新一代Mac电脑的核心处理器。随后，IBM又陆续发表了603、604等系列的PowerPC处理器，目前最新版是PowerPC 750（G3实际上就是PowerPC 750的商标）和740系列。另外，新一代64位Power 4（G4）处理器也已推出。六、Intel Itanium Intel公司于3月29日公布了IA-64结构的Intel Itanium（安腾）的软硬件开发状况。Itanium最早的芯片（即所谓的First Silicon）是在1999年8月完成加工的，并在紧接着于8月底举行的IDF上进行Windows和Linux的启动演示，但其进程不能称之为顺利。几度历经出货延期的磨难，现在Intel终于决定在2001年6月30日之前一定推出配备Itanium的服务器和工作站。以服务器及工作站为基础的Intel Itanium处理器要在性能上战胜竞争对手RISC处理器，关键在于运用创新的合并功能EPIC（Explicitly Parallel Instruction Computing：明确平等指令运算）。IA-64结构是基础于EPIC（明确平行指令计算机），EPIC的性能超过了RISC和CISC，它可与具智能编辑器的大型处理源媲美，将平行指令明确通知处理器。测试结果显示，Itanium已超过单一RISC处理器的速度，英特尔表示，Itanium正式投产时，其工作计算频率可达每秒20亿，与Sun Ultra SPARC III比较快足十倍。Intel除了Itanium处理器外，新一代IA-64架构的McKinley处理器也将亮相。七、AMD SledgeHammer处理器由于Intel和IBM策略联盟，提前在64位处理器、高端服务器市场卡位，这招策略迫使AMD也要加把劲。AMD准备发布下一代x86-64架构SledgeHammer处理器。AMD的这款64位处理器将针对服务器和高端应用程序。AMD准备发布两种SledgeHammer处理器：即用于1~2个CPU服务器的ClawHammer芯片和用于3~4个CPU服务器SledgeHammer芯片。AMD准备用他们来与英特尔的Itanium相抗衡。AMD公司计划在2002年第一季度推出ClawHammer和SledgeHammer处理器的工业样品，并将在同年第二季度投入批量生产。如果AMD公司这两种芯片的研制和生产比较顺利，AMD将有能力在从桌面电脑、笔记本电脑到企业服务器的所有市场与Intel公司展开竞争。

软件的系统架构和开发平台都有哪些具体都有哪几种呢

一、软件的系统架构

（一）、分层架构

分层架构（layered architecture）是最常见的软件架构，也是事实上的标准架构。如果你不知道要用什么架构，那就用它。

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

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

表现层（presentation）：用户界面，负责视觉和用户互动
业务层（business）：实现业务逻辑
持久层（persistence）：提供数据，SQL 语句就放在这一层
数据库（database）：保存数据

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

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

（二）事件驱动架构

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

事件驱动架构（event-driven architecture）就是通过事件进行通信的软件架构。它分成四个部分。

事件队列（event queue）：接收事件的入口
分发器（event mediator）：将不同的事件分发到不同的业务逻辑单元
事件通道（event channel）：分发器与处理器之间的联系渠道
事件处理器（event processor）：实现业务逻辑，处理完成后会发出事件，触发下一步操作

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

（三）微核架构

微核架构（microkernel architecture）又称为“插件架构“（plug-in architecture），指的是软件的内核相对较小，主要功能和业务逻辑都通过插件实现。

内核（core）通常只包含系统运行的最小功能。插件则是互相独立的，插件之间的通信，应该减少到最低，避免出现互相依赖的问题。

（四）、微服务架构

微服务架构（microservices architecture）是服务导向架构（service-oriented architecture，缩写 SOA）的升级。

每一个服务就是一个独立的部署单元（separately deployed unit）。这些单元都是分布式的，互相解耦，通过远程通信协议（比如REST、SOAP）联系。

（五）、云架构

云结构（cloud architecture）主要解决扩展性和并发的问题，是最容易扩展的架构。

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

这个模式主要分成两部分：处理单元（processing unit）和虚拟中间件（virtualized middleware）。