SAP学习系列：S/4 HANA的前世今生

今天，该我们的主角S/4 HANA出场了！
在移动互联网时代，一个好的企业应用产品必须要具备几个特点：：
·简单、直接。所谓简单就是产品要易用，不需要过多的培训即可上手。所谓直接就是展现的内容要过滤掉多余的信息，只展示用户所需要的
· 支持移动设备访问，要具有社交特性，提升用户体验
· 除了本地部署之外，也要支持在各种云平台上部署
· 访问速度快，可进行实时分析
SAP号称S/4 HANA是一个划时代的的产品，他的重要性超出了以往任何一个产品，SAP于92年推出R/3，当时标榜的是实时（Realtime），但这次叫S/4而不是R/4（S代表Simple，4代表第四代），这说明实时已经不是SAP要解决的主要问题（也可以说SAP认为实时性问题他已经解决了），而简单变成了新一代产品所追求的目标，正所谓“大道至简”，看来无论是公司管理、还是产品设计，简单都成了大家追求的目标。
我们结合以上对移动互联网时代产品的要求，看S/4HANA是如何从技术及设计理念上满足这些要求的。先申明一下，我不是SAP的销售，不是来卖产品的，我只是希望结合项目实施的经验，让大家能够理解S/4HANA的整体架构以及设计理念，至少让大家能够做到给客户吹S/4的时候能够做到心里有数。
1、简单，直接
先不说SAP自吹的功能多么完善，行业背景多么丰富，架构多么稳定。接触过SAP的同学都有一个普遍的感受就是复杂。单说界面吧，执行一个Transaction之后，我们看到的选择及输入界面是相当的复杂，有些内容很明显不是自己想要的，但也显示在界面上，等你想进一步看明细时，却又提示权限不足或者根本无法点击。这也不能怪SAP的设计者，确实SAP的功能太强大了，而且要能应用于各行各业，从传输到展示层的数据及性能来考虑，最好的办法是尽可能让界面复用，减少每次执行Transaction时传输的数据量，再通过权限控制不同用户可访问的数据。以前大家对这种设计思路是可以接受的，甚至在一段时间内还成为高端的标志。但随着移动互联网时代的来临，人们再也没有耐性看这么复杂的东西了，所以SAP也需要改变思路。
自从Iph

one异军突起之后，人们的审美观念也被手机上那一个个方块图标所引领，每一个图标点击进去后都是一个独立的应用，每个人可以根据自己的需求访问不同的应用（在企业管理软件上我们叫角色），SAPS/4也采用了这样的设计思路，每个人登录以后，看到的都是如下图这样的类似手机APP的图标，每个图标都对应着一个应用或者分析报表，用户进入这些应用之后，看到的不是像以前SAPGUI那样的复杂界面，数据及展示界面实现了简单化及精准化。

为了实现这种应用程序的开发，SAP采用了Fiori的技术，所谓的Fiori，是SAP提出的以角色为中心来考虑应用程序设计的新方法。通过组合SAPUI5（HTML5用户界面控制库）和NetWeaverGateway，可开发在各中设备平台上执行的应用，这些基于Fiori的应用能极大的提高用户的体验。同时，SAP也对之前的代码进行了重写，使其能够充分运用HANA的新技术，SAP在2013年5月发布了第一版，共25个Fiori应用程序，然后在2013年12月发布了第二批超过200个Fiori应用程序。目前已经通过Fiori开发的应用程序主要有3种：事务型（例如，员工提交一个差旅请求，或者经理批准这个请求）、分析型（例如，现金经理如何监控现金流）和实时报表型（例如，财务总监如何查看成本中心）。未来会逐步扩展到包括财务、人力资源、销售、采购、制造、供应链、研发和工程等所有事务型的应用。
为了支持Fiori的运行，系统上需要部署Fiori Front end server，Fiori Front endserver可以以Add-on的形式安装在SAP S/4HANA on-premise editionsystem中，也可以独立安装SAP NetWeaver system (数据库必须是SAP MAX-DB或ASE)中
2、支持移动设备
SAP应用在移动设备上的访问通常有几种方法：
1）基于Web的Application或报表，由于目前的移动设备都支持各种浏览器，只要在浏览器中输入这些Web应用的地址就可以访问，但有几个前提条件，一是在SAP中要激活Webguiservice，二在开发的时候要考虑到移动设备一个界面上能否展示那么多的内容。目前这种场景用的比较多的就是BW报表。
2）基于HTML5格式的应用，HTML5属于自适应的，可以根据显示的设备自动进行界面的调整，其实Firio采用的就是HTML5的技术
3）原生的APP，SAP已经预开发了一些APP，在具体项目实施时可以以这些APP为参考，开发适用于客户自己的APP应用，举个例子，以下就是SAP针对PM模块开发的工单管理APP，各位同学感兴趣的话，可以到AppStore上下载。

3、对云平台的支持
谈到云，无外乎有三种，公有云、私有云和混合云，以前大家谈到云就觉得不安全，尤其是企业应用，有很多敏感数据。这几年随着亚马逊、阿里云的逐步深入，大家也逐渐能够接受将自己的企业应用部署在云上。
在进行这个话题之前，我们先来了解一下什么是云？美国国家标准与技术研究院（NIST）对于云的定义：云计算是一种按使用量付费的模式，这种模式提供可用的、便捷的、按需的网络访问，进入可配置的计算资源共享池（资源包括网络，服务器，存储，应用软件，服务），这些资源能够被快速提供，只需投入很少的管理工作，或与服务供应商进行很少的交互。
这段话听起来比较晦涩难懂，我们拿服务器举例来说吧，比如说我有4台X86服务器，每个服务器有8个CPU，192G的内存，现在我有一个应用要安装在一台服务器上，但这个应用系统需要4个CPU，32G内存就足够了，如果把这个应用安装在以上任何一台服务器上都有些浪费。怎么办呢，最好的办法是就是能有一个资源池，我要多少就取多少，在这个例子中，我们把这4个服务器的资源集中起来，形成一个池，总的计算能力就是32C/768G，现在要安装系统了，就从这个池子里取4C/32G的资源并形成一个虚拟机，在把应用装在这个虚拟机上，这就是云的概念，怎么样，好理解吧。

那么SAP是怎么结合云技术进行部署呢？以前我们讲过SAP的三层体系结构，包括展示层，应用层以及数据库层。在S/4中，数据库必须是HANA，HANA通常是随着硬件预装好的，最初的操作系统为SuseLinux，目前也支持Redhat，SAP认证的HANA硬件服务商包括思科、华为、HP等，大家有兴趣的话可以查一下HANA支持的硬件清单Certified SAP HANA? Hardware Directory。
应用服务器中包含了一些关键的服务，比如对话服务D，后台进程服务B，打印服务S等等，应用服务器可以安装几乎所有主流操作系统上，比如AIX,HPUX, LINUX, SOLARIS,WINDOWS。应用服务器要能够跟数据库服务器进行交互，所以在应用服务器上要安装DatabaseClient，在S/4中对应的就是HANA DATABASECLIENT，是安装在目录/usr/sap//hdbclient下，当然我们并不需要在应用服务器中再装一套HANA，实际上安装的是SQLDB（SQLDatabase Connectivity），这是基于SAPMaxDB的运行环境，应用服务器通过SQLDB和HANA数据库进行数据交互。
至于SAP在云上如何部署，可以分应用和数据库两个层面来看，一般情况下一套SAP系统都会包含多个应用服务器，这些应用服务器可以安装在物理机上，也可以安装在云虚拟机上，SAP应用服务器在虚拟机上安装的支持不是从S/4开始，早期的版本都可以，所以这不能算是S/4的创新。从数据库层面来看，当采用Scaleout的模式时，可以采用MDC的机制实现在各个节点上的扩展，这可以认为是一种私有云的解决方案。
4、问快速，可进行实时分析
S/4是基于HANA数据库开发的，而HANA采用的是内存计算技术，这一点在上一篇中已进行过分析，特别是对于一些分析事物来说，性能还是有很大的改善的。
本文为作者原创，转载请注明出处！
自由职业者工作及分享平台： http://www.52consult.com