SAPC/4HANA从去年开始已经发布一年多了，C/4HANA从业者，针对这五朵云中包含的产品收藏，想必有一些了解。Jerry注意到，SAPC/4HANAFoundation的概念在英文SAP博客中被广泛提及，但中文博客很少提及。所以Jerry将贡献一篇文章。SAPC/4HANA的从业者都知道，这五朵云包含的产品，有的是SAP自研的产品，比如后台基于ABAPNetweaver的MarketingCloud和CloudforCustomer，有的是SAP最近收购的技术栈年和具有不同架构的产品。C/4HANA从功能角度满足客户在客户体验领域的核心需求。然而，在C/4HANA强大功能的背后，其产品集技术栈和架构的不同，加上C/4HANA云产品的特性，使得C/4HANA客户无法再像以往使用传统的ABAPNetweaver实现——基于产品。Jerry在本科学习《操作系统》专业课的时候，从软件工程硕士DavidWheeler那里学到了这样一句名言：计算机科学领域的任何问题都可以通过增加一个间接的中间层来解决。SAPC/4HANA的架构师也遵循这个原则——在C/4HANA的五云和用户之间增加一个技术层，通过这个额外的抽象层来降低客户使用C/4HANA的复杂性。同时提高了C/4HANA的开放性和可扩展性。SAP社区上介绍C/4HANAFoundation的博客用的是大家耳熟能详的酒吧场景。客人去酒吧喝酒，想听听不同风格的音乐。酒吧DJ根据不同顾客的需求（录歌、混音等）打碟。打个比方，去酒吧喝酒听歌的客人是SAPC/4HANA的客户，酒吧音响播放的碟片是C/4HANA五朵云，DJ是C/4HANA基金会.两者有着相同的职责——编排不同的唱片音乐（五朵云），最终让客户统一使用。具体到C/4HANAFoundation，SAP希望这个技术层的使命是：为客户提供坚实的基础设施，能够根据客户的实际业务快速实现相应的业务模型；为客户提供统一管理C/4HANA五多云的异构复杂性，降低用户的学习和运维成本。C/4HANAFoundation的组件根据ThomasHertz今年5月6日在SAP社区和LinkedIn社区发布的博客IntroducingSAPC/4HANAFoundation，C/4HANAFoundation目前包括C/4HANA驾驶舱和SAPCloudPlatformExtensionFactory。这两个模块共同实现了SAP官方文档中描述的C/4HANA的三大功能管理，即授权管理、安全管理和扩展管理。C/4HANAcockpit使用过SAPCloudPlatformcockpit的朋友可以打个比方——C/4HANAcockpit是一个基于浏览器的控制台，为C/4HANA用户提供统一的系统访问权限。客户一旦购买了SAPC/4HANA套件中指定的产品，将自动获得C/4HANAFoundation座舱的使用权。这份清单的详细信息可以在SAP官网看到：客户购买上述清单中包含的C/4HANASuite产品后，SAP会触发C/4HANAFoundation的配置流程。流程结束后，购买合同中指定的用户邮箱将收到一封欢迎邮件，其中包含C/4HANA驾驶舱地址。C/4HANA主控室管理员登录主控室进行授权管理，分配用户权限，创建Extensibility运行时。在上面的流程图中，最后一栏显示了使用C/4HANAFoundation给管理员和开发人员带来的便利。Jerry之前的公众号文章曾经介绍过SAPCloudPlatformExtensionFactory和Kyma的关系。后者是SAP推动的基于Kubernetes的开源项目，而前者是SAP在后者的基础上构建的企业级商业解决方案。计划。企业应用程序和开源项目之间的区别之一是安全性和易用性。在Kyma项目主页上，我们维护了详细的说明如何在本地安装基于Minikube的单机版Kyma，以及如何在GKE（GoogleKubernetesEngine）和AKS（AzureKubernetesService）等集群上安装这两种部署方式).但是Kyma由包括Kubernetes、Istio、Dex、Prometheus等开源项目组成，在安装过程中难免会遇到各种错误（Jerry个人经验）。使用C/4HANAFoundation后，我们只需要预先配置运行Kubernetes集群的GCP或Azure与C/4HANAFoundation相互信任，然后使用C/4HANA自带的运行时配置功能即可完成带有一键配置步骤的扩展工厂。目前在SAPApplicationCenter上，已经有16个解决方案被标记为通过SAPCloudPlatformExtensionFactory开发的。希望本文能帮助大家对C/4HANAFoundation的概念有一个基本的了解，感谢阅读。获取更多Jerry原创文章，请关注公众号“王子熙”：
