本文可能是国内第一篇介绍C/4HANA Foundation的中文博客 -

JerryWang_SAP

浏览: 1026446 次
性别:
来自: 成都

最近访客更多访客>>

yangguangpiaosa

lesliehanhan

meixianping

一往无前bhz

博主相关

博客

微博

相册

留言

关于我

文章分类

全部博客 (1528)

社区版块

存档分类

2021-03 ( 50)
2021-02 ( 56)
2021-01 ( 62)
更多存档...

本文可能是国内第一篇介绍C/4HANA Foundation的中文博客

C/4HANA SAP成都研究院 SAP Cloud Platform SAP云平台 SAP

SAP C/4HANA从去年发布已经过去了一年多的时间，C/4HANA的从业者，对于这五朵云里包含的产品集，想必都有了一些了解。

Jerry注意到，SAP C/4HANA Foundation这个概念，在英文的SAP博客里已经被广泛提及，然而缺乏谈论它的中文博客。因此Jerry就来贡献一篇。

SAP C/4HANA的从业者都知道，这五朵云里包含的产品，有的是SAP自研产品，比如后台基于ABAP Netweaver的Marketing Cloud和Cloud for Customer，有的则是近些年来SAP收购的技术栈和架构各异的产品。

C/4HANA从功能上说满足了客户对Customer Experience领域的核心诉求，然而在C/4HANA强大功能的背后，其产品集技术栈和架构各异，再加上C/4HANA云产品的特性，使得C/4HANA的客户，无法再像过去使用基于传统ABAP Netweaver的产品那样进行实施。

Jerry在本科上《操作系统》专业课时，就学到了这样一句来自软件工程大师，David Wheeler的名言：计算机科学领域的任何问题都可以通过增加一个间接的中间层来解决。

SAP C/4HANA的架构师们也遵循了这个原则——在C/4HANA五朵云和使用者之间，增加一个技术层，通过这个额外的抽象层，降低客户使用C/4HANA的复杂度，同时提高了C/4HANA的开放性和可扩展性。

SAP社区上介绍C/4HANA Foundation的博客，使用了大家熟悉的酒吧里的一个场景。客人到酒吧喝酒，想听不同风格的音乐。酒吧DJ根据不同客户的需要去打碟(接歌混音等)。

用这个例子来类比，去酒吧喝酒听歌的客人就是SAP C/4HANA的客户，酒吧音响播放的碟片就是C/4HANA五朵云，DJ就是C/4HANA Foundation，二者的职责都相同——把不同的碟片音乐(五朵云)进行编排(orchestration), 最后让客户以一种统一的方式去使用。

具体到C/4HANA Foundation，SAP希望这个技术层完成的使命有：

给客户提供一个坚实的基础设施，能根据自己的实际业务快速实现对应的业务模型；
给客户提供一个统一的管理C/4HANA五朵云异构复杂性之处，降低使用者的学习和运维成本。

C/4HANA Foundation的组成部分

根据Thomas Hertz今年5月6日在SAP社区和领英社区上发表的博客Introducing SAP C/4HANA Foundation, 目前C/4HANA Foundation包含C/4HANA cockpit和SAP Cloud Platform Extension Factory.

这两个模块，共同实现了SAP官方文档上描述的C/4HANA的三大功能管理，即授权管理，安全管理和扩展管理。

C/4HANA cockpit

用过SAP Cloud Platform cockpit的朋友，可以进行类比——C/4HANA cockpit是一个基于浏览器的控制台，为C/4HANA的使用者提供了访问系统的统一入口。

客户一旦购买了位于SAP C/4HANA套件中指定的产品后，会自动获得C/4HANA Foundation cockpit的使用权。

这个单子的明细在SAP官网上能看到：

客户购买上述清单里包含的C/4HANA Suite产品后，会触发SAP对C/4HANA Foundation的配置流程。该流程结束后，购买合同中指定的用户邮箱会收到一封欢迎邮件，包含了C/4HANA cockpit的地址。

C/4HANA cockpit的Administrator登录cockpit，进行授权管理，分配用户权限，创建Extensibility运行时等工作。

上面的流程图，最后一列展示了使用C/4HANA Foundation给Administrator和开发者带来的便利。

Jerry之前的公众号文章，曾经介绍过SAP Cloud Platform Extension Factory和Kyma的关系，后者是SAP推动的一个基于Kubernetes的开源项目，而前者是SAP在后者基础上打造的一个企业级商用解决方案。

企业级应用和开源项目的一个区别，就在于安全性和易用性。在Kyma的项目主页上，维护了详细的如何在本地安装基于Minikube的单机版Kyma，以及在GKE(Google Kubernetes Engine)和AKS(Azure Kubernetes Service)等集群上安装这两种部署方式。然而Kyma是由包括Kubernetes, Istio, Dex, Prometheus等开源项目组合而成，安装过程中不可避免地会遇到各种各样的错(Jerry的亲身体验)。