2013年5月份，SAP发布了自己的设计语言叫做SAP Fiori, 其中Fiori一词取自于意大利语的“花”。
下面是Fiori的官方定义
分别用销售的语气和说人话的方式给大家解释解释：
1. Fiori是一套企业级应用的设计语言
说人话：我们可以做漂亮的展示界面啦！
2. 基于用户角色和业务流程（注意：“基于”=集成后台系统）
说人话：只买这套漂亮的展示界面没啥卵用哦，你们还要氪大量的金和后台系统做集成
3. 是一种范例，可以将庞大的ERP解决方案转化为基于用户任务定制化的轻量级应用
说人话：我们就是把ERP里面的t-code作为快捷方式放在这个界面上，让客户觉得很高大上哦。
Fiori号称让SAP有了全新的视觉风格和用户体验，在很多地方做了非比寻常的创新，非常的不SAP。
我们来看一下传得神乎其神的，拿过德国红点奖的Fiori到底长什么样
客官们，你们看完后是不是和我一样一脸懵逼？这就是所谓非比寻常的创新？
作者也是背靠SAP吃饭的手艺人，但对于fiori这种毫无下限的骗钱产品，只能送两个字“呵呵”
假如仅以UI设计和制作而言，中国任何一个软件外包公司，人天不会超过800块，分分钟给你鼓捣出来。
即使实现集成，国内有实力的公司比比皆是，成熟的产品也比比皆是，何必要用又贵实施起来又麻烦，成本还要高的fiori？
2015年，SAP发布Fiori2.0。号称突破性的把整个页面分成了三个平行的区域，Me Area, Work Area, Notification Center（下图）。三个区域可以在任何一个页面任何一个状态无缝的进行切换。我们来瞻仰一下2.0的样子
恕我眼拙，我完全看不到哪里有突破性。
但是又有一点眼熟，你们看出来了吗？
这不就是传统的OA产品界面么？
如果说1.0版本是仿微软磁吸设计，不知道SAP是否还记得诺基亚和win8是咋死掉的，磁吸界面简直就是作死的代名词。
到了2.0，好家伙，我直接好家伙！照抄OA厂家的设计风格这样真的好吗？
但SAP各大合作伙伴无法拒绝Fiori，推广的同时还要投入额外的巨大成本。原因嘛，自然是SAP的高压政策。
以至于逼得某些合作伙伴私下里偷偷和甲方商量，能不能用别的产品，打折什么的都好商量。
作者也做过不少项目，这些项目的甲方几乎90%没有使用fioir，而是用其他工具代替，剩下的10%虽然实施了fiori，但大多只将其定位为一个看报表的工具。
为什么会有这种咄咄逼人的怪事呢？在我看回来，答案就是六个字
各项成本太高
没有谁会给自己找不自找，企业也是社会活动主体，在低成本高收益和高成本低收益选项面前，这些主体自然会靠近前者。
轻量级产品更类似互联网公司的玩法，SAP公司的组织架构，产品范围，能力领域，都注定了它无法在轻量级领域与专业公司竞争。
凯撒的归凯撒，上帝的归上帝，Fiori可以作为SAP产品线的补充亮点，但绝不该是核心。
骂归骂，大家还是靠手艺吃饭，挣钱嘛，不丢人
由于实现Fiori较为复杂，我把本次主题分为三个章节，分别为：
部署篇
服务篇
权限与展示篇
老规矩，先给出本次的实施环境
|
操作系统 |
SLES12 SP5 |
|
S/4版本 |
S/4 HANA 2020 FP01 |
|
HANA版本 |
HAN2.0 SP5（单节点） |
|
硬盘 |
500G SSD |
|
内存 |
128G |
|
Kernel |
781 |
|
Basis版本 |
755 |
|
ABAP版本 |
75F |
|
Getway |
755 |
|
Hostagent |
721 |
|
Fiori模式 |
Co-Deploy（集成式） |
|
OS补丁 |
libgcc_s1-9.2.1+r275327-1.3.7.x86_64.rpm libstdc++6-9.2.1+r275327-1.3.7.x86_64.rpm libatomic1-9.2.1+r275327-1.3.7.x86_64.rpm |
|
HANA插件 |
LCAPPS For 2020 SAP_AFL_SDK_APL For 2020 |
|
SQL端口（任选其中一个） |
SystemDB Nameserver 30013 Tenant DB indexserver 30015 |
我思考了很久要不要从0开始讲这个主题，后来我觉得还是应该从0开始，毕竟还是有许多顾问没有搞清楚Fiori到底应该怎么去部署。
这是官方给出的概念图。
左边是Embedded deployment类型（也叫做Co-Deploy，中文直接翻译叫嵌入式，但不好理解，因此我称呼为集中式），你可以理解为将前端和后端的所有组件都集成在S/4 HANA里。
右边是分布式结构，分为前端服务器和后端服务器。前端服务器安装有Getway组件和fiori展示组件（就是一个netweaver），后端服务器就是S/4，或者传统的ERP,CRM等。需要前后端进行相关的配置才能实现。
毫无疑问，分布式的配置更麻烦，这对于初学者来讲是一个很大的挑战。对甲方来讲也要消耗更多的资源成本和技术难度。
没有谁会自己给自己找不自在，无论是对basis从业者还是甲方，如果不存在特殊情况，我始终建议使用集中式来部署。
了解基本概念后，我们就要先从下载相关组件开始入手了
下面列出的组件是前端和后端的必要组件：
SAP Fiori for SAP S/4HANA 2020
SAP Fiori front-end server 2020 for SAP S/4HANA
UIBAS001 600
SAPUI5 1.78
SAP_UI 7.55
S4CORE 105
SAP Gateway 7.55
ABAP Platform 2020 (part of SAP S/4HANA 2020)
搞清楚了这些基本概念，就可以进入实战了
选择最小化停机时间。
这里介绍一下最小化停机时间的概念。
看下图
最小化停机时间，把最耗时的import部分省掉了，只需要import其他对象和激活、重组必要对象才需要停机，因此停机时间大大缩短。任何一个升级，打补丁项目都适用于这种停机模式，我的经验值得出大概能节省4/5的停机时间。
所以重启一次。这个报错是说影子系统没有起来。
影子系统的启动和常规启动是不一样的！
和常规启动是不一样的！
是不一样的！
不一样的！
到这一步，就要准备停机了，按照提示把准备工作做好
做一个备份吧，这里说的备份不仅仅是数据库，包括参数文件，环境变量，以及SUM的备份
补丁打完后，在系统状态里可以看到两个新的产品
这两个是fiori的关键产品
SAP FIORI FOR S4HANA属于后端
SAP FIORI FES FORS/4HANA属于前端
有条件的小伙伴可以尝试做分布式。但我还是那句话，能集成就不要做成分布式。
可能会有喷子跳出来嚷嚷，你说的太笼统太片面了，分布式的好处多着呢。我也想澄清一下，在这里不研究学术，只讲实战，不喜勿喷。
加完参数后，开始安装webdispatcher
安装完webdispatcher后
在tcode：sicf，根据路径/default_host/sap/bc/gui/sap/its/激活webgui，测试webdispatcher是否可用
首先，测试s/4 2020自己的路径（hostname：s42020，默认http端口8001）：
http://s42020:8001/sap/bc/gui/sap/its/webgui?sap-client=000
然后，测试webdispatcher的http路径（http端口8003）
http://s42020:8003/sap/bc/gui/sap/its/webgui?sap-client=000
最后，测试webdispatcher的https路径（https端口44303）
https://s42020:44303/sap/bc/gui/sap/its/webgui?sap-client=000
如果三个路径都能打开，且为同一界面，说明你的webdispatcher安装成功。
Webdispatcher没有数据库，只是一个服务，虽然可以为多个系统代理，但我个人不建议这么做，不要把简单的事情搞得太复杂，其作用只是一个反向代理，在占用资源微小的情况下，一个系统配置一个webdispatcher有何不可？
总结一下，部署一个集成式的Fiori主要做哪些工作
1.S/4版本选型
2.到MP上下载合适的补丁和XML文件
3.安装HANA数据库和S/4
4.安装add-on和add-in
5.参数调整
6.webdispatcher安装
注意哦，S/4部署完成后的基本设置，比如传输域的配置，语言包的安装等这里并没有讲到，相信你们手上都有相关文档。
到此，部署篇讲解完毕。