前一段时间，SAP宣布了SAP云平台（当时仍被称为SAP-HANA云平台，尽管它与HANA无关？）将云铸造（CF）作为平台作为服务标准。在Sapphire 2017之后，新版终于可以在SAP云平台（SAP CP）上使用，而不是通过雅思.io就像早期的beta测试一样。

从开发者的角度来看，这一举措过去是，现在也是伟大的，因为它最终使我们能够在SAP CP中开发和运行云本地应用程序。尽管要实现一个SAP CP还有一段路要走，即将NEO平台服务与CF平台结合起来，并最终从开发人员的角度实现一个平台。

然而，在开发开始之前有一些重要的任务要做（通常由开发人员监督？）–订阅云平台和应用程序所需的服务。当我们谈论SAP CP时，这个任务是一个坎坷的过程。因此，让我们来检查和挑战与云的这一方面相关的云特性，以及SAP CP如何处理它们。

与旧的传统世界不同，在旧的传统世界中，硬件的大小应该根据与系统相对应的最大负载来确定，从而购买，谈到这个话题，云平台有一些非常好的特性。这些是：

云平台提供短期资源租赁模式。这使得应用程序可以轻松地增加和减少所消耗的资源和服务。云平台提供了按使用计费的模式。这意味着您只为当前分配的资源付费。使用成本是透明的。

看看亚马逊网络服务（AWS）或Pivotal这样的固定云产品，这两点都实现了。基本的租赁模式通常是短期的，资源是按使用付费模式计量的，计量方式与您使用的服务类型相一致。通过基于网络的工具可以很容易地计算成本。在整个过程中，不需要与任何类型的销售代表取得联系，这是应该的。

当谈到SAP CP时，可以说这个平台正在努力实现这些特性。在"旧"近地天体世界已经是这样了，但到目前为止似乎没有任何变化（至少从我目前的经验来看），整个旅程仍然很繁琐，与预期不符。

让我们来走走不同的步骤，这些步骤应该由特性来支持。

当你想第一眼看到价格时，旅程就开始了。这已经不是您在云服务中所期望的体验。这是一种"混合"的体验，当你从一个网页开始（很好），然后以一个pdf文件结束（又名价目表，重点放在"清单"上），以某种顺序列出所有的产品，并留给你一个计算器（可能有人知道什么是真正需要的服务）来完成工作这是一个缺点。不知道为什么这种情况会持续这么长时间，但希望SAP销售人员能看到人们期望看到的其他产品。这里有一些例子：

让我们检查一下上面提到的其他特性，如"按次付费"、"透明"和"计量"。乍一看，您会得到几个包，其中包含不同的服务并基于一些度量。它们似乎在某种程度上是合理的，因为它们捆绑了大多数场景中可能需要的常见成分。但是，有些组件并不清楚，至少对我来说是这样的，比如在包中排除了中型使用的a la cart服务。为合作伙伴提供的服务（创新包）偏离了这条道路，返利购物，因为这里捆绑的服务背后的意义值得商榷。

我认为人们可以在某种程度上接受这一点，但定价和计量在某些方面有些奇怪。一个例子是部署应用程序所需的计算单元。计算单元以t恤大小提供，包括一定数量的CPU核心和主内存。你可以填满这些单元，直到你达到你的应用程序所需的内存和/或内核的极限。你每月为此支付一笔费用，与你对设备的使用情况无关。这是不按使用付费的，并且在开发和测试期间是一个缺点，您肯定不会让应用程序全天候运行。这不是人们所期望的，尤其是在云计算世界里。我的期望是根据具体情况进行计量，内存消耗和应用程序运行的时间间隔（如小时）。

因此，在定价方面，SAP CP有很大的改进空间，返利手游平台，大数据公司，在计量和后续付款方面。

也许最终你真的想进入SAP CP并在此基础上开发你的应用程序，你怎么能这样做？答案是：视情况而定。有些产品可通过SAP Store（入门版）获得，用于非生产性使用，有些则用于中型企业，但当涉及到企业软件包时，您可以通过SAP找到您的销售代表。然后你可能会接到几个电话，讨论需要什么，大数据治理平台，最后得到一个报价（当然是基于Excel的）。同样，这不是人们所期望的，也不是最先进的。

开发完成后，您肯定会遇到这样的情况，即您希望增加或减少资源，或者直接影响您的计算单元（例如，需要更多内存），免费vps服务器，或者通过额外的支持服务来增强您的应用程序。然后这段旅程又开始了，你可能会遇到这样的情况，你必须与销售代表取得联系才能完成工作。因此，目前要减少云应用程序消耗的资源和/或服务并不容易。同样，云平台的一个特点是当前的SAP CP无法满足。