云計(jì)算發(fā)展如今已經(jīng)達(dá)到了新的階段，很多企業(yè)在將核心企業(yè)應(yīng)用程序(如基于AS/400的ERP系統(tǒng))遷移到云端方面擁有豐富的經(jīng)驗(yàn)。

在實(shí)際應(yīng)用中，人們已經(jīng)看到很多DevOps實(shí)踐遷移到云中，其傳統(tǒng)應(yīng)用程序從整體轉(zhuǎn)變?yōu)槲⒎?wù)。然而，這是人們發(fā)現(xiàn)的非常有趣的邊緣項(xiàng)目。其中包括圍繞數(shù)據(jù)攝取、物聯(lián)網(wǎng)開發(fā)，以及大規(guī)模大型機(jī)和企業(yè)資源計(jì)劃(ERP)系統(tǒng)的深度集成。

[[257687]]

在過去的一年中，很多企業(yè)正在探索甚至開始將他們的一些遺留環(huán)境遷移到云中。例如，將部分或整個(gè)SAP生態(tài)系統(tǒng)遷移到谷歌云平臺(tái)，或?qū)⒄麄€(gè)Oracle生態(tài)系統(tǒng)遷移到云中。***，使用大規(guī)模IBM AS/400體系結(jié)構(gòu)并將這些組件移動(dòng)(或重構(gòu))到云中。

有幾個(gè)原因可以解釋為什么如此多的組織在遷移或現(xiàn)代化這些系統(tǒng)方面猶豫不決。其原因包括：

(1)恐懼、不確定和懷疑。事實(shí)上，這么做的人并不多。而且，將整個(gè)業(yè)務(wù)引擎遷移到云中可能會(huì)很可怕，因?yàn)闆]有很多用例，遷移這些平臺(tái)可能非常危險(xiǎn)。許多組織根本無力承擔(dān)這項(xiàng)成本高達(dá)數(shù)百萬美元的后果。

(2)復(fù)雜性。一些AS/400系統(tǒng)已經(jīng)存在多年，甚至幾十年。大規(guī)模的ERP系統(tǒng)也是如此。許多組織使用其SAP解決方案的想法根深蒂固，并僅限于內(nèi)部部署。

(3)成本和投資。一些企業(yè)已經(jīng)在他們的ERP和大型機(jī)系統(tǒng)上投入了數(shù)百萬甚至數(shù)千萬美元。他們多年來投資基礎(chǔ)設(shè)施、合同、人員等等。企業(yè)需要顯示一些真實(shí)的投資回報(bào)率，甚至考慮將這些系統(tǒng)遷移到云端。

現(xiàn)在有一些好消息。很多組織意識到要顛覆數(shù)字驅(qū)動(dòng)的市場，他們自己必須被顛覆。這意味著打破傳統(tǒng)的部署范例，并尋找將大型機(jī)甚至ERP系統(tǒng)遷移到云中的方法。或者，尋找強(qiáng)大的混合解決方案可以提供幫助。

云計(jì)算正在帶來變化

很多企業(yè)通過ERP和大型機(jī)架構(gòu)改變他們的工作方式，并與大型企業(yè)客戶討論這些解決方案。以下分享兩個(gè)具體的例子：

例如，將超過600萬行傳統(tǒng)RPG/Synon代碼遷移到與云計(jì)算部署兼容的面向服務(wù)的體系結(jié)構(gòu)中。這是一個(gè)大規(guī)模的IBM AS/400系統(tǒng)的故事，對于一個(gè)正在尋求成為數(shù)字原生的組織來說，它根本就沒有發(fā)揮作用。該項(xiàng)目規(guī)模龐大，但也具有很強(qiáng)的可行性和良好的規(guī)劃。經(jīng)過一些徹底的遺留代碼分析，遷移了600多萬行代碼，重新編寫了150多個(gè)集成點(diǎn)。這包括為審查RPG代碼而開發(fā)的定制工具、綠色屏幕分析器，甚至利用X-2E工具對遺留代碼進(jìn)行可跟蹤性審查和可視化。此外，它還包括從IBMDB2遷移到更靈活的Mariadb。

這是最重要的部分，一旦完成，遷移還包括DevOps實(shí)踐，以允許客戶繼續(xù)創(chuàng)新和擴(kuò)展。這很容易嗎?這是否需要一些創(chuàng)造性思維和定制工具集?當(dāng)然。但這值得嗎?***相信值得。對于客戶來說，遷移業(yè)務(wù)的這一部分意味著將多個(gè)業(yè)務(wù)線集成到一個(gè)數(shù)字框架中。而且，對于行業(yè)和客戶來說，這確實(shí)讓他們與眾不同。

將SAP Hana和其他組件遷移到云中。將ERP系統(tǒng)遷移到云中可能是一個(gè)非常復(fù)雜的過程。此外，如果弄錯(cuò)了，可能會(huì)對業(yè)務(wù)造成嚴(yán)重后果。請記住，對于企業(yè)來說，像SAP這樣的ERP解決方案確實(shí)是他們的整個(gè)業(yè)務(wù)引擎。一旦克服了這種恐懼，就會(huì)開始看到全局，并為未來設(shè)計(jì)一個(gè)方案。

最成功的遷移都是通過并行設(shè)計(jì)中的概念驗(yàn)證來完成的。例如，假設(shè)希望將SAP生態(tài)系統(tǒng)的一部分或全部移入谷歌云平臺(tái)(GCP)。為此需要：

• 了解S/4HANA如何適應(yīng)環(huán)境及其提供的具體優(yōu)勢。
• 確定業(yè)務(wù)需求中的主要差距
• 分析潛在的景觀
• 創(chuàng)建目標(biāo)云計(jì)算解決方案的愿景，并將SAP路線圖概述為轉(zhuǎn)型項(xiàng)目

在一個(gè)客戶場景中，能夠?qū)⒋笠?guī)模復(fù)雜的電子商務(wù)引擎與SAP和谷歌云平臺(tái)集成。利用SAP HANA、Google BigQuery、Google DoubleClick和其他組件創(chuàng)建圍繞混合云設(shè)施構(gòu)建的整體設(shè)計(jì)。在那里，人們看到設(shè)計(jì)實(shí)際上可以利用強(qiáng)大的多云生態(tài)系統(tǒng)。因此，SAP混合營銷已遷移到AWS，并且在谷歌云和AWS云平臺(tái)之間集成了超過50個(gè)核心系統(tǒng)。其中包括SAP ERP(IS-R和AFS)、SAP Business Warehouse、Salesforce等。

這個(gè)項(xiàng)目的重點(diǎn)是采用一個(gè)非常謹(jǐn)慎的方法。提前做了一個(gè)概念驗(yàn)證。對系統(tǒng)進(jìn)行了性能和集成功能測試，能夠在將任何內(nèi)容投入生產(chǎn)之前驗(yàn)證實(shí)際結(jié)果。

這需要考慮很多方面。但是，要知道已經(jīng)存在一些用例和場景，其中一些***和最復(fù)雜的ERP甚至大型機(jī)系統(tǒng)正從傳統(tǒng)的單一平臺(tái)轉(zhuǎn)移到高級數(shù)字解決方案中。所有這些都使集成變得更容易，促進(jìn)了自己的開發(fā)過程，并使企業(yè)能夠響應(yīng)數(shù)字化和數(shù)據(jù)驅(qū)動(dòng)的市場。