SAP Cloud Platform公布后很长一段时间，在SAP各大技术社区里，能感觉到ABAP从业者们心田一丝隐隐的失落：只管SAP和其余IT公司一道，大步迈开了向云端转型的步调，在SAP云平台上通过BYOL(Bring Your Own Language)的架构，实现了对业界风行编程语言的反对，这使得领有Java，nodejs，PHP，Python，Ruby，Go等编程技能的开发人员们，也能退出SAP生态圈这个小家庭。
不过ABAP从业者们“被云时代摈弃”的这份难堪，随着SAP云平台 ABAP编程环境的公布一扫而光。SAP Cloud Platform编程环境和运行时，曾经呈现了ABAP的身影：
ABAP退出SAP Cloud Platform编程环境的小家庭，益处是不言而喻的：
(1) 宽广的ABAP从业者们终于上车了，大家以前在Netweaver On-Premises里的ABAP编程技能能够持续在云上发光发热——只管SAP云平台上的ABAP编程环境里呈现了许多新的关键字，新的编程模型，然而ABAP毕竟还是ABAP，这些新常识对于ABAP从业者来说，学习和把握的速度比非ABAP编程人员要快得多。
(2) 为基于ABAP技术栈的SAP产品的扩大，提供了一种新的开发方式。这一点稍后会开展细说。
(3) 为以前大量存在于ABAP On-Premises环境的二次开发代码提供了迁徙到云上的可能性。
(4) SAP Cloud Platform上提供的品种丰盛的企业级微服务，机器学习等弱小性能，现在也能够被同在SAP云平台上的ABAP编程环境生产了。
现在SAP Cloud Platform上可供选择的编程语言又削减了ABAP，那么咱们接到开发工作时，依据什么样的根据从工具库里筛选应用的编程语言呢？
SAP给出的倡议就是：具体问题具体分析。
企业开发人员具备的技能，企业现有的零碎和软件资产，以及待开发的用户需要和波及到的业务场景，都会影响编程语言的抉择。一般来说，ABAP和非ABAP编程语言各具劣势，各有各的实用场合：Java，JavaScript和Python等语言的开发生态圈十分凋敝，Github各种开源的组件，工具库，能够说但凡你能想到的点子，生态圈简直都早已有人做进去了，因而抉择这些编程语言开发，咱们能够防止反复造很多轮子；而SAP云平台上的ABAP环境，借助CDS view，Restful ABAP Programming模型等ABAP语言提供的原生个性，在扩大基于ABAP技术栈的SAP产品时劣势显得特地突出。
SAP云平台 ABAP 编程环境的一种典型的应用场景，就是以Side-by-side形式对S/4HANA Cloud进行扩大。
首先须要解释何谓side-by-side Extensibility.
传统的SAP产品的二次开发形式是，ABAP开发者们通过SAP GUI登录到ABAP On-Premises零碎，间接在被扩大的零碎上通过Netweaver提供的各种加强技术进行二次开发。
S/4HANA Cloud，SAP Marketing Cloud，SAP Cloud for Customer等后盾基于Netweaver ABAP的云端解决方案，还提供了基于浏览器的面向Key User的扩大工具，使用者在浏览器里通过简略的向导步骤，也能实现对所在的云产品进行加强的需要。
这种加强形式，应用的开发工具由被加强利用自身提供，生成的资源和被加强的SAP产品都位于同一服务器上，因而称为In-App加强形式。这种形式简略易用，须要的技术门槛绝对较低。
与此绝对应的则是SAP Cloud Platform ABAP编程环境提供的side-by-side加强形式。这种加强形式通常的步骤是首先在本地开发环境实现开发，而后再部署到SAP云平台，SAP Kyma等平台上，因而二次开发内容最终部署和运行的环境，和被加强的SAP产品从物理上看是松耦合的，不在同一服务器上。
上图即SAP S/4HANA Cloud通过side-by-side形式进行扩大的示意图。位于SAP云平台上的ABAP加强通过云平台提供的Connectivity服务(能够了解成ABAP On-Premises里的Destination), 生产SAP S/4HANA Cloud的OData服务，实现对后者零碎数据的增删改查和Action操作。
Side-by-side加强形式使得作为数字化外围的SAP S/4HANA的利用代码放弃Stable & Clean，同时又能让二次开发工作者紧跟技术倒退的趋势，应用业界最新最风行的技术进行SAP产品加强。
至此，SAP Cloud Platform ABAP编程环境和S/4HANA Cloud的区别和关系，想必大家应该能了解了吧。前者是加强/集成工具，后者是被加强的零碎。
这种加强形式十分合乎征询公司 Gartner的大佬，John MacDorman 提出的IT双模型的交付模式，即采取两套独立治理却彼此互补的模式，一套交付模式采纳传统成熟的软件开发形式，需要变动频率绝对较低，强调交付的强壮和稳定性。另一套则兼走偏锋，遵循“天下文治，唯快不破”的现实，强调麻利，翻新，摸索，速度，高频次的迭代。
笔者过后看了Google上对Gartner提出的IT双模型的介绍文字，第一反馈就是：这不就是在形容SAP智慧企业概念里的“数字化外围”(SAP S/4HANA)和翻新平台(SAP Cloud Platform)的关系吗？
Side-by-side这种加强内容与被加强的零碎离开部署的灵便形式，使得从实践上来说，如果加强开发的设计得足够通用，从商业模式上说，其就具备了能够独自拿进去售卖的可能性。
咱们通过上面的链接拜访SAP利用核心：
https://www.sapappcenter.com/…
顺次勾选右边的SAP Cloud Platform Services和ABAP，即可列出所有应用SAP Cloud Platform ABAP编程环境开发的partner解决方案。
总结
本文首先从 SAP 云平台引入 ABAP 技术栈的反对开始说起，具体介绍了 ABAP 退出 SAP 云平台编程环境大家族的初衷和意义。接着具体介绍了 SAP 云平台 ABAP 编程环境 side-by-side Extensibility 扩大形式的理念和实际操作，引出了 Gartner 公司 IT 双模交付模型的探讨。
发表回复