SAP应用有可能改造成Serverless架构么?
問題:Serverless架構(gòu)對SAP應(yīng)用有何影響?可以把SAP的服務(wù)變成Serverless的嗎?
這個(gè)問題很有趣。
Serverless的優(yōu)點(diǎn):基于Function-as-Service(FaaS)的Serverless與普通云計(jì)算最大的區(qū)別在于云服務(wù)器需要一直運(yùn)行,而FaaS是按需計(jì)算。Serverless能夠降低開發(fā)成本,實(shí)現(xiàn)項(xiàng)目快速部署和上線,支持動(dòng)態(tài)擴(kuò)容。
Serverless的缺點(diǎn):只有無狀態(tài)應(yīng)用才能發(fā)揮出Serverless架構(gòu)的全部優(yōu)點(diǎn),而SAP多數(shù)應(yīng)用都以transaction processing業(yè)務(wù)為主,是一種stateful的應(yīng)用,如果要將這些應(yīng)用改造成無狀態(tài)應(yīng)用,并不是一件容易的事情。正因?yàn)檫@個(gè)問題很難解決,才產(chǎn)生了基于BOPF的Fiori stateful編程模型,實(shí)際上繞開了將SAP應(yīng)用改造成無狀態(tài)應(yīng)用這個(gè)難題。另外,Serverless應(yīng)用在用戶請求到來時(shí)才運(yùn)行,也就是說當(dāng)沒有用戶請求到來時(shí),Serverless應(yīng)用會(huì)進(jìn)入休眠狀態(tài),而從休眠狀態(tài)進(jìn)入到運(yùn)行狀態(tài),需要一個(gè)冷啟動(dòng)時(shí)間,所以,如果一個(gè)應(yīng)用需要長時(shí)間不間斷運(yùn)行,處理大量用戶請求,那么這種應(yīng)用并不適合Serverless架構(gòu)——這種應(yīng)用運(yùn)行在傳統(tǒng)的云服務(wù)器上更加合適。
我以后工作的方向是SAP Commerce Cloud,從以上的分析來看,Commerce Cloud顯然不適用于Serverless架構(gòu)。至于數(shù)字化核心S/4HANA,我個(gè)人更是沒意識(shí)到如果將其Serverless化會(huì)有啥收益。我個(gè)人認(rèn)為Serverless的技術(shù)給SAP partner帶來的value要遠(yuǎn)遠(yuǎn)大于SAP標(biāo)準(zhǔn)產(chǎn)品。
總結(jié)
以上是生活随笔為你收集整理的SAP应用有可能改造成Serverless架构么?的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: SAP CRM One Order函数C
- 下一篇: Angular的built-in指令