SAP 云平台 (Cloud Platform) 架构概述

引言

在我们开始SAP云平台的架构之旅之前，让我们先看看SAP已经发布的一些其他云产品。这些云产品方案可以分为公有云和私有云两种。

SAP公有云解决方案见下图最右侧，比较著名的有SAP SuccessFactors和SAP Cloud for Customer(C4C)等，作为SAP软件即服务(SaaS)的解决方案。

以SAP C4C为例，软件应用和计算资源均由SAP提供，部署于SAP的数据中心，用户通过Internet来访问使用软件。所有C4C客户以不同租户(tenant)的方式共享SAP数据中心的软硬件资源。

而最左侧的SAP HANA Enterprise Cloud，是SAP一个私有云平台。这个平台上能购买的方案最主要的就是SAP S/4HANA（当然也有Business Suite等）。私有云的客户独享云上的资源。

从第一张图也能看到SAP的云解决方案使用了部分开源技术栈，比如CloudFoundry，可以把它看成是PaaS的操作系统。

下面这张图有两个环形，最里面的环形包裹的是SAP核心业务应用，既有On-Premise的SAP S/4HANA又有基于Cloud的产品。

第二个环形，就是咱们Partner和客户大显身手的地方：通过SAP云平台，我们可以快速构建出轻量级的应用，和SAP核心业务应用做集成。

SAP云平台能够帮助企业的数字化转型得更敏捷，更高效，更彻底。

SAP云平台的架构概述

通过SAP云平台，您可以方便的扩展现有的On Premise和云解决方案，最大化利用您之前的投资。SAP应用中心 Application Center上有丰富的应用，可以下载并部署到SAP云平台上运行。

On-Premise和Cloud解决方案可以通过SAP云平台连接起来。应用，数据和业务流程也通过SAP云平台成为数字化网格Digital Mesh的一个个节点，从而消除了信息和数据孤岛。

借助SAP云平台您可以尝试将发展迅猛的最新技术集成到SAP传统产品中，比如机器学习，物联网，区块链服务等等。

先从下图底部黄色区域的基础设施层Infrastructure Layer讲起。为什么在这张图里能看到其他的云平台提供商，比如Amazon，Microsoft和Google？

这就要从SAP云平台的编程环境说起。打开SAP云平台Cockpit，在Region标签页内能发现：Neo编程环境的底层基础设施由SAP自己提供，而CloudFoundry编程环境的底层基础设施由其他公有云基础设施提供商提供。

这两种编程环境的具体区别，请参考我的另一篇文章：SAP云平台运行环境Cloud Foundry和Neo的区别。

SAP云平台对 Kubernetes 的支持

SAP 云平台的特色之一，就是通过 Kyma 运行环境，间接提供了对 Kubernetes 平台的支持。

基于Kubernetes的容器编排技术近年来已经成为行业里最流行的云原生应用开发范式之一。SAP云平台的Kubernetes编程环境提供了一种简易，安全，基于业界标准的方式提供了对Kubernetes集群的创建和管理，这种方式基于Cluster-as-a-Service(集群即服务)的方式运作，能运行在多种底层云技术设施上，解决了开发人员需要花大量时间学习Kubernetes底层细节的痛点。

这种Cluster-as-a-Service的服务，SAP通过开源项目Gardener提供访问：https://gardener.cloud/

SAP云平台对 ABAP 编程环境的支持

对于以前在 ABAP On-Premises 环境进行二次开发的 ABAP 顾问来说，SAP 云平台 ABAP 编程环境，给这些顾问们提供了一种新的在云端进行二次开发的选择。

笔者之前的文章，曾经提到过一个很有用的 CDS view 注解：

@OData.publish: true

加上这个注解的CDS view，一旦激活后就会在ABAP Netweaver自动生成一个OData服务，在事务码/IWFND/MAINT_SERVICE里将其搜索出来并添加，就能够以OData服务的方式，消费这个view暴露出来的数据了。

那么到了SAP云平台ABAP环境上，因为我们无法访问SAP GUI，所以要实现同样的效果，无法直接照搬上述步骤。幸运的是，在云上进行CDS view暴露的步骤依然简洁，整个过程5分钟就能搞定。

用ABAP Development Tools像登录On-Premises ABAP系统那样登录ABAP云环境，新建一个Service definition：

在Service的实现体里，使用关键字expose将ABAP环境里的标准view，I_Currency以Service的方式暴露出来。

这个Service需要以Service Binding的方式暴露成OData服务：

把第一步创建的Service分配给这个Service Binding：

注意下图右边的Service Details标签页里，此时是空的。点击Publish按钮：

发布成功后，我们看到了之前在Service实现里把I_Currency暴露成的名为Currency的实体：

对这个Currency Entity点右键，选择Open Fiori Elements App Preview，就能在预览模式下通过一个标准通用的Fiori Elements应用把当前系统上I_Currency里的数据显示出来：

点击这个Service URL超链接，也能直接打开对应OData服务的元数据(metadata)链接:

至此我们就可以用各种消费端来使用这个通过I_Currency暴露成的OData服务了，当然也可以开发一个SAP Fiori来消费这个 OData 服务。

SAP云平台的账号分配和服务管理

本章节内容通过一个实际的例子，给大家介绍如何在 SAP云平台里开启 Process Integration 服务。

在云平台控制台里，给global Account 分配 Integration Suite下面的 Process Integration的API和Runtime两种服务：

Process Integration Runtime，分配一个integration-flow实例：

然后在SaaS application里，选择integration Suite下面的Process Integration Production：

最后在 subaccount的 Subcription页面里，就能看见Process integration的 SaaS 应用了。点击Subscribe即可订阅：

总结

本文首先介绍了市面上一些常见的 SAP 公有云和私有云的解决方案，接着展开对 SAP云平台架构的介绍，主要提及了云平台两个特色，即对 Kubernetes 和 ABAP 编程环境的支持，重点讲解了在云平台 ABAP 编程环境将 CDS view 暴露成 OData 以及开启 Process Integration 服务的步骤。