了解Fiori 的基本架构之前，我们首先来了解一下Fiori APP的几种类型（主要有如下三种）。
1、事务型应用（Transactional APP）
比如员工出差需求、员工请假需求、创建采购订单、创建销售订单等一般业务型操作我们都可以通过事务型应用来实现。事务型APP的启动方式是磁贴（Tile），那么这里所说的磁贴又是什么东西呢？这里我们不妨看下图Fiori的主界面，其中一个一个的方形部分就称之为“磁贴”。
这类APP不仅可以运行在HANA数据库平台之上，也可以运行在其他数据库平台之上（比如Oracle、SQLServer等）。
2、表单型应用（Fact-sheet App）
这类APP比如显示供应商合同的主要信息，点进去之后可以查看更加详细的资料，像是供应商明细、合同抬头明细、合同项目明细等。它的启动方式和上面所说的事务型APP有所不同，通过Launchpad右上方的搜索或者通过其他事务型APP进入。这类APP的运行平台有所局限，只能运行在HANA数据库平台。
3、分析型应用（Analytical App）
这类APP可用于显示大容量数据的实时信息（HANA数据库），密切监控关键业绩指标（KPI），它的启动方式同样是通过“磁贴”，而且也只能运行在HANA数据库平台。
了解了上面所说的三种Fiori APP类型之后，就便于我们理解下面所说的Fiori架构了。
通常SAP Fiori的部署方式有两种，中心部署（前端服务器和后端服务器分离）和集成部署（前端服务器和后端服务器放在一起），这里我们所展示的是SAP推荐使用的“中心部署”方式（正式生产环境）。
首先它会包含各种设备/客户端（比如手机、平板、电脑等）。
当我们对“客户端/浏览器”发出操作指令的时候，会发出相应的Http/Https请求到SAP Web Dispatcher上面，它会对请求作出处理，决定这些APP请求要进入哪台服务器。
Fiori架构里面还包含“前端服务器”，它包含Fiori系统的UI组件，以及NetWeaver gateway，UI组件包含SAPUI5控件库，以及Fiori Launchpad，NetWeaver gateway用于搭建与后台服务器的连接，以及添加后端创建好的Gateway Service。
前端服务器会向后端服务器发出数据处理的请求，包含具体的取数逻辑，另外还包含实施Fact Sheet Apps所需要的Search Model。
当然Fiori架构中也必须包含数据库层，这个数据库可以是一般数据库也可以是HANA内存数据库。
在“后端服务器”和“数据库层”之间会有一个“ABAP CDS”，它是用来将ABAP里面的数据逻辑下推到数据库层，这里的话可以提高APP的运行效率。
上面这一套完整的业务流程就是主要针对“事务型应用”而言的，如果是“表单型应用”呢？它会直接把请求发送到“后端服务器”的“Search Model”上面，由这个“Search Model”直接调用HANA数据库的数据，显示在客户端。
同样的，如果是“分析型应用”的话，它会直接把请求发送到“SAP HANA XS Engine”（HANA扩展应用服务器）上面，它是内置在HANA数据库里面的Web应用服务器，这个服务器是用来运行所有分析型应用的，分析型应用的所有相关开发（包含前端工程、OData服务、控制业务逻辑）都是在这个XS引擎上实现的。
上面所说的就是SAP Fiori的基本架构。