TLDR；开发者希望选择自己的工具。

随着SAP TechEd季的到来，对SAP云平台ABAP环境（aPaaS）的兴趣和热情正在增强。

aPaaS于去年在SAP TechEd发布。它在今年9月初正式上市。GA由拉斯维加斯SAP TechEd的Bernd Leucert正式宣布。SAP导师Anne Kathrine Petterøe为Bjoern Goerke在巴塞罗那的主题演讲提供了一个关于aPaaS的ABAP开发演示。

在这两次会议上，返利手游平台，大数据可视化平台，SAP TechEd的aPaaS教程都在开发者车库的排行榜上高居榜首。

*来源：https://twitter.com/ThFiedler/status/1055546782007115776

时间还早。aPaaS只是从aPaaS开发人员可用的语言元素和特性的一个小的"白名单"开始。随着时间的推移，人工智能软件下载，这个列表将不断完善和扩展，这在很大程度上是通过听取开发人员自己的反馈来实现的。

SAP还需要说服客户，aPaaS的总体拥有成本（TCO）可以与其他产品相媲美。目前，aPaaS实例相当大。如果您认为您需要一个开发实例和一个生产实例（也可能需要其他实例），那么仅仅提供和运行您的环境是一个巨大的成本。SAP已经意识到这一点，并正在努力解决这一问题。我希望并期望看到他们缩小aPaaS实例的系统需求，因为他们"云化"了更多。

然而，减少aPaaS需求的愿望与我作为开发人员的另一个偏见很好地吻合，即选择自己的开发工具和技术。有大量研究表明，什么叫大数据，这种偏见可以带来真正的好处。请引用2017年DevOps报告中的一句话……

让我们思考一下，aPaaS与我们非常熟悉的本地ABAP堆栈之间的关系。aPaaS被描述为prem ABAP上的一个子集。它是同一个代码库，但有一个"白名单"的概念，以确保设计和运行时只能使用一个固定的子集的语言功能和SAP提供的人工制品。

因此，作为一个开发人员谁想要选择自己的工具，我想能够下载我的ABAP堆栈的开发版本（因为我现在这样做），淘客返利软件，在这里构建并测试我的ABAP代码，然后将其部署到prem ABAP环境或aPaaS实例。如果aPaaS与prem上的ABAP是相同的代码基，那么为什么我不能这样做呢？

我设想在ABAP包上设置一个开关，以指示"aPaaS兼容"。启用此开关的软件包中的工件必须符合aPaaS白名单和语言规则。如果我喜欢ABAP工作台而不是基于Eclipse的ABAP开发工具，我可以使用它。如果我想的话，我也可以自己造。这无关紧要，因为aPaaS只是我的代码的另一个部署选项。

*来源：https://github.com/marcellourbani/vscode\u abap\u remote\u fs

这也可能意味着我不再需要提供一个aPaaS开发实例，或者除了我的生产实例之外的任何其他aPaaS实例。我可以将我的aPaaS实例合并到软件物流的内部传输路径中，或者我可以使用abapGit之类的东西，或者两者的组合。

明显的好处是aPaaS的TCO故事变得更容易接受。它还使讨厌的aPaaS试用系统现在可供所有ABAP开发人员使用。在开发和测试过程中，我可以选择适合自己的工具和技术。我可以在我想部署的地方进行部署。

最后，SAP客户可以开始使用最新的ABAP堆栈和技术（如RAP）为他们的on-prem ECC或S/4系统并行构建扩展，现在安全的是，他们可以在准备好的时候轻松地将其移到aPaaS。