查看原文
其他

由浅入深聊聊SAP Cloud Platform

袁大兔 小哈公社 2019-06-12


文 | 袁大兔


我计划分三次,聊聊跟SAP Cloud Platform的一些内容。也希望能带给大家一点对于SCP的直观感受。


Part 1 概念篇:什么是platform , 以及为什么需要(SaaS, IaaS, PaaS, BPaas)

Part 2 深入篇:从Netweaver 到HANA 1.x,到HANA 2.X到SCP Neo到SCP CF

Part 3 实战篇:手把手教你玩转SCP

 

下面就先开始第一部分。

 

什么是platform

以及为什么需要SaaS, IaaS, PaaS, BPaas


在几年前一次内部会议上,曾经有过激烈的讨论为什么需要PaaS。


我们都知道AWS 或者GCP 都提供虚拟机,你可以远程桌面或者ssh 连接上基本上可以做任何事情,那为什么需要PaaS呢?


在另外一方面,很多公司都提供了SaaS 服务(包括 Successfactors,Ariba,S4 Cloud), 为什么会需要PaaS来提供更复杂的配置的功能?

 

从IaaS角度,简单的例子是安装一个HANA express 在AWS虚拟机上,然后进行配置实验或者生产。或者下载一个已经安装好的镜像文件。 但是问题在于配置basis 是一个非常专业的任务,系统patch,硬盘backup,内存调整等等都需要自己来实现。另外一个角度来说你系统CPU 内存使用率不高,而租用硬件是按照小时收费而非使用收费。

 

单纯说SaaS,它是非常简单实用的。 对于绝大多数终端消费者来说SaaS提供的一些配置基本上都是够用的。这也是为什么SaaS服务很火的一个原因。但是因为SaaS 服务商给你的只是软件层面的接入,你可更改的范围有限。比如说我需要把我自己的另外系统接入到我Saas服务上,但是数据本身还是存在我自己的服务器中。又或者是我希望建立一个自己的软件独特的SaaS的UI 或者workflow(比如一键下单后 自动执行 MRP,发货等个性化功能)都是很难实现的。

 

而PaaS 的出现就是来弥补这俩者中的不足,一方面对于大型项目以及实际生产有人维护basis 以及基础设施。而且对于开发新功能和应用又有非常好的兼容性和环境搭建。


其中最值得说道的就是BPaaS的概念(business process ),简单的来说很多小软件公司可能专注一点比如发工资和福利,或者是管理货物。


这些功能单一的软件相对比较便宜而且不需要很多前期的投入。比较小的公司在开始的时候可能会比较倾向于这样的小型软件服务出于投资的考虑。


可是这有一些隐藏的弊端,比如说localization(以工资处理为例,每个国家每个地区的法律税都不一样。美国发工资必须有有ssn,每个州扣税也不相同,过节也不同等等)这些方面的服务不是一间小型公司能够处理的。


还有就是integration,如果想把financial planning和payroll连接起来需要单独开发接口,而且二次开发也存在风险以及数据的不统一,数据模型的变动。这样其实在长远考虑是非常痛苦的, 而BPaaS就是把单独的商业功能从一整套ERP中抽取出来以运行次数来收费(API call或者是企业人数)比如如下的税务服务。

它能够提供自动给120个国际自动扣税,任何税务的改动在这些地域都会自动的在后台处理好。

https://api.sap.com/shell/businessservice

 

以及以下的一些服务,如同机器学习和翻译等等。

所有的这些服务都会与SCP的平台提供无缝对接,对于开发软件和客户开发是一种极大地简化。


如果顾问公司想开发一个报税的系统:


1. 可以在SCP上建设一个Fiori的网页用SAP WEB IDE

网页建好后直接发布。在HTML5的容器中,自动编译和压缩你的JS 代码,Fiori 自动转换手机和电脑平台的CSS,权限管理,版本管理,资源管理完全的都在平台中处理,CDN自动优化网络库的速度。

 

2. 用SAP Translation Hub 把做的软件自动转换成多国语言,有自动转换和人工审核达到商业级别的准确性。

 

3.申报的税务信息用税务服务的API来计算。

 

这样一个简单的报税服务SaaS 平台就做好了,后台除了一些前端代码和少量后台连接,无需大量的团队来管理和维护。

 

从开发者角度除去软件翻译和报税资源的复杂度,我可以大概列举下普通构建的开发需要资源:


  1. 数据库来储存数据,管理权限,管理用户资源(MySQL or HANA)。

  2. 网络后端服务(nodeJS 或者是Tomcat, Jboss 等)来提供逻辑支持(先不说管理缓存,日志等等),以及JDBC 接口来访问数据库。

  3. HTML5 或者JSP等等来提供UI 支持, 需要多种CSS 来适应不同的屏幕尺寸。

  4. 单独的服务器和静态IP 来host你的服务,一旦更新需要有个备份服务器来提供高可用

  5. 需要购买多个数据中心来保存你的网络库(js libraies) ,以便于不同地方访问的网路延迟。

 

这才是达到了商用要求的基础,而单单是配置这些都是需要多位高级开发人员的数周的时间。


下一次,我会聊聊Netweaver,HANA 1.x,HANA 2.X,SCP Neo和SCP CF。


Stay tuned!


关于作者

InweHub用户名:袁大兔。资深SAP开发者,对HANA,SAP Cloud Platform,Fiori,Blockchain等相关领域有深入理解,现就职于SAP美国公司。

推荐阅读

《替代SE16N的超强悍SE16H》

《来,聊个5块钱的APO》

《3分钟判断SAP顾问水平》

《每个顾问都该有的底层逻辑,这15张图告诉你》

《在云上使用ABAP》

    您可能也对以下帖子感兴趣

    文章有问题?点此查看未经处理的缓存