基于云的SaaS模式無(wú)需構(gòu)建、設(shè)置和管理系統(tǒng)，企業(yè)只需在一定時(shí)間內(nèi)購(gòu)買(mǎi)所需的程序。企業(yè)要想將業(yè)務(wù)遷移到云端，需要制定路線圖，準(zhǔn)備更改應(yīng)用程序架構(gòu)，選擇SaaS托管提供商，最后描述數(shù)據(jù)遷移過(guò)程。

　　在SaaS軟件在開(kāi)發(fā)過(guò)程中的應(yīng)用日益普及之前，IT解決方案非常明顯：企業(yè)有內(nèi)部部署的應(yīng)用程序，這些應(yīng)用程序在特定服務(wù)器上運(yùn)行，具有一定的容量和其他限制。此外，企業(yè)也面臨著高昂的維護(hù)費(fèi)用、人力成本以及更新方面的挑戰(zhàn)。

　　然而在幾年前，當(dāng)遷移到云平臺(tái)變得可能且易于訪問(wèn)時(shí)，這樣的概念就風(fēng)靡一時(shí)。很多文章都在討論投資SaaS軟件遷移的原因、技巧以及實(shí)施步驟。即使是擁有極其安全數(shù)據(jù)類型的銀行也開(kāi)始轉(zhuǎn)型。從報(bào)告中可以看出，到2021年，云計(jì)算數(shù)據(jù)中心將處理94%的工作負(fù)載。不僅如此，SaaS程序可以處理75%的工作。鑒于這些數(shù)字，人們一定想知道為什么仍在內(nèi)部部署運(yùn)行，以及何時(shí)或如何更好地遷移到云端。這就是發(fā)現(xiàn)這種可能性的原因。首先從比較開(kāi)始。

　　SaaS平臺(tái)與傳統(tǒng)軟件應(yīng)用程序有什么區(qū)別?

　　SaaS是一個(gè)流行的在線服務(wù)分發(fā)概念，其中軟件系統(tǒng)由供應(yīng)商遠(yuǎn)程托管在云中?；谠频腟aaS模式消除了構(gòu)建、設(shè)置和管理系統(tǒng)的需要，允許用戶在一定時(shí)間內(nèi)購(gòu)買(mǎi)所需的程序。因此，服務(wù)提供商處理所有管理職責(zé)，讓客戶只需要管理一件事——穩(wěn)定的WiFi接入。

　　SaaS軟件與通常的付費(fèi)應(yīng)用程序不同，它僅在有限的時(shí)間內(nèi)有效，并通過(guò)訂閱機(jī)制提供。工程師一直在使用這項(xiàng)服務(wù)，甚至在它發(fā)布后對(duì)其進(jìn)行升級(jí)和修改，因此它會(huì)不斷更新，而無(wú)需客戶購(gòu)買(mǎi)最新版本。要使用SaaS托管服務(wù)提供商的服務(wù)，需要支付訂閱費(fèi)。此外，還可以購(gòu)買(mǎi)軟件供企業(yè)內(nèi)部使用。

　　許多人認(rèn)為，其關(guān)鍵的區(qū)別在于，無(wú)論是否訪問(wèn)互聯(lián)網(wǎng)，傳統(tǒng)應(yīng)用程序都可以不間斷地使用。這是一個(gè)主要優(yōu)勢(shì)。盡管大多數(shù)SaaS應(yīng)用程序都可以通過(guò)互聯(lián)網(wǎng)訪問(wèn)，但仍存在某些離線模式。因此，這應(yīng)該不再是一個(gè)問(wèn)題。

　　當(dāng)定義差異的主要方面時(shí)，繼續(xù)討論SaaS軟件開(kāi)發(fā)可能為企業(yè)的應(yīng)用程序帶來(lái)的好處。

　　與傳統(tǒng)應(yīng)用程序相比，SaaS軟件開(kāi)發(fā)有什么好處?

　　1.簡(jiǎn)單

　　SaaS軟件是最簡(jiǎn)單的方法之一，因?yàn)樗鼈兲峁┝擞糜趧?chuàng)建各種業(yè)務(wù)產(chǎn)品的預(yù)構(gòu)建工具。企業(yè)只需點(diǎn)擊鍵盤(pán)，即可獲得許可證密鑰、下載可執(zhí)行代碼并訪問(wèn)幫助中心。因此，客戶可以獲得運(yùn)營(yíng)企業(yè)所需的所有工具。

　　2.成本效益

　　由于SaaS經(jīng)常托管在共享或多租戶系統(tǒng)中，因此可以節(jié)省資金。因此，SaaS使企業(yè)能夠使用由于昂貴的許可成本而無(wú)法負(fù)擔(dān)的軟件。用戶還可以節(jié)省維護(hù)費(fèi)用，因?yàn)橘M(fèi)用由所有服務(wù)用戶分?jǐn)偂?/p>

　　3.可擴(kuò)展性

　　當(dāng)企業(yè)的業(yè)務(wù)或系統(tǒng)擴(kuò)展時(shí)，將不必獲得更多的軟件許可證或服務(wù)器硬件。要處理額外的用戶，只需升級(jí)SaaS軟件的持續(xù)會(huì)員計(jì)劃。這也可以幫助企業(yè)確定其是否有強(qiáng)大的調(diào)整模式，這將使其節(jié)省訂閱費(fèi)用。

　　4.自動(dòng)更新

　　傳統(tǒng)應(yīng)用程序假定服務(wù)提供商無(wú)法控制的多個(gè)階段。它不僅涉及到更新的開(kāi)發(fā)，還涉及到它的驗(yàn)證，以及之后用戶安裝它們的可用性。通過(guò)正確配置的持續(xù)集成(CI)/持續(xù)交付(CD)管道，SaaS軟件可以每小時(shí)部署一次更改。

　　如果以上的優(yōu)點(diǎn)都符合企業(yè)想象的對(duì)應(yīng)用程序的修改，需要了解以便可以預(yù)先評(píng)估，然后逐步準(zhǔn)確地應(yīng)用更改。

　　預(yù)評(píng)估階段：企業(yè)的軟件準(zhǔn)備好遷移到云端了嗎?

　　更改應(yīng)用架構(gòu)是一個(gè)具有挑戰(zhàn)性的過(guò)程。即使可以縮減到幾個(gè)步驟，仍然需要大量的時(shí)間和精力。但是在決定之前，企業(yè)應(yīng)該問(wèn)自己：

　　應(yīng)用程序是否準(zhǔn)備好進(jìn)入SaaS解決方案之間競(jìng)爭(zhēng)激烈的市場(chǎng)?它的功能和整體概念能否帶來(lái)一些獨(dú)特性?企業(yè)的受眾是否需要SaaS解決方案?更新后的定價(jià)模式能否滿足他們的需求?企業(yè)的業(yè)務(wù)是否準(zhǔn)備好在內(nèi)部運(yùn)營(yíng)中進(jìn)行配置?在這個(gè)階段是否有可能調(diào)整團(tuán)隊(duì)以適應(yīng)新功能?

　　事實(shí)上，提到的好處、SaaS的流行以及進(jìn)入該市場(chǎng)的誘惑可能是一個(gè)很大的動(dòng)力。盡管如此，并非每個(gè)企業(yè)都可以過(guò)渡到這種模式。其中一些企業(yè)需要不同的受眾，不同的優(yōu)點(diǎn)。準(zhǔn)確地說(shuō)，以下是一些可能會(huì)阻止企業(yè)云遷移的因素：

　　如果經(jīng)營(yíng)業(yè)務(wù)需要持續(xù)不斷的預(yù)付款。短期來(lái)看，SaaS軟件支付模式可能會(huì)暫停持續(xù)購(gòu)買(mǎi)，因?yàn)樗m合作為長(zhǎng)期解決方案。如果企業(yè)想完全控制其數(shù)據(jù)。與集成到管理操作中的任何其他第三方一樣，SaaS托管服務(wù)提供商有權(quán)提供更新，這有時(shí)會(huì)導(dǎo)致數(shù)據(jù)丟失。如果企業(yè)不能提供全職支持。SaaS軟件的客戶希望在他們購(gòu)買(mǎi)的費(fèi)用范圍內(nèi)獲得持續(xù)的可靠支持。如果企業(yè)不能給出支持，可能會(huì)重新考慮擁有一個(gè)SaaS模型。

　　如果這些因素都不存在，繼續(xù)并開(kāi)始計(jì)劃其過(guò)渡。為了幫助解決這個(gè)問(wèn)題，以下介紹從傳統(tǒng)應(yīng)用程序遷移所需的云遷移步驟。

　　從傳統(tǒng)應(yīng)用程序遷移的云遷移步驟

　　1.制定路線圖

　　對(duì)所有內(nèi)部部署系統(tǒng)和架構(gòu)進(jìn)行詳細(xì)清點(diǎn)?？紤]進(jìn)行SaaS遷移的企業(yè)應(yīng)該首先仔細(xì)查看他們當(dāng)前的產(chǎn)品，并評(píng)估哪些功能不值得保留。

　　企業(yè)需要繪制應(yīng)用程序之間的相互關(guān)系圖。這樣的映射可幫助企業(yè)定義系統(tǒng)如何相互協(xié)作，以及將如何在云上重復(fù)這種結(jié)構(gòu)。一旦確定要遷移哪些應(yīng)用程序，下一步就是檢查其基礎(chǔ)設(shè)施。這包括存儲(chǔ)要求、統(tǒng)計(jì)數(shù)據(jù)、生成的數(shù)據(jù)、連接和預(yù)計(jì)的服務(wù)水平協(xié)議。

　　除了對(duì)現(xiàn)有平臺(tái)的估計(jì)之外，還需要關(guān)注市場(chǎng)評(píng)估。進(jìn)行市場(chǎng)調(diào)查，了解SaaS概念內(nèi)的類似產(chǎn)品和服務(wù)。確定可能為其產(chǎn)品增加價(jià)值的功能，并計(jì)劃其實(shí)施。即使有一個(gè)現(xiàn)有的應(yīng)用程序，并且看起來(lái)需要做的一切就是將其移動(dòng)到云端，但它比這更復(fù)雜。最好有一個(gè)適當(dāng)?shù)陌l(fā)現(xiàn)階段，比如在發(fā)布全新的軟件產(chǎn)品之前。

　　2.準(zhǔn)備改變應(yīng)用架構(gòu)

　　隨著商業(yè)模式的轉(zhuǎn)變，需要在修改后的應(yīng)用程序結(jié)構(gòu)上反映這種方法?？紤]應(yīng)用架構(gòu)從單體架構(gòu)到微服務(wù)架構(gòu)的變化。為了更好地?cái)U(kuò)展未來(lái)的操作，最好發(fā)現(xiàn)多層模型，至少由功能層和數(shù)據(jù)層組成，以及用于第三方集成的獨(dú)立模型。

　　使用微服務(wù)可以在需要的每一層上單獨(dú)進(jìn)行更改。這加快了開(kāi)發(fā)，同時(shí)也加快了更新。

　　3.選擇SaaS托管服務(wù)提供商

　　以下步驟是指定SaaS托管服務(wù)提供商的要求并選擇它。企業(yè)要了解需要多少計(jì)算能力，需要多少存儲(chǔ)空間等等。因?yàn)樵朴?jì)算和傳統(tǒng)程序可能無(wú)法經(jīng)常有效地相互通信，即使它們被遷移，它們也可能無(wú)法提供最好的結(jié)果。為避免將來(lái)出現(xiàn)問(wèn)題，需要確定其主機(jī)是否需要負(fù)載平衡器、外包集群副本或數(shù)據(jù)庫(kù)復(fù)制。需要記住的是，要考慮快速的客戶服務(wù)、有保證的SLA和改進(jìn)的反饋。然后選擇滿足其所有需求的云計(jì)算提供商。

　　4.描繪數(shù)據(jù)遷移過(guò)程

　　將應(yīng)用程序遷移到原型時(shí)，租戶數(shù)據(jù)表示、壓縮和傳輸至關(guān)重要。租戶數(shù)據(jù)存儲(chǔ)選項(xiàng)有多種形狀和大小，每種都有自己的優(yōu)點(diǎn)和缺點(diǎn)。云遷移的方法將受到企業(yè)選擇的解決方案的影響。其中有三個(gè)：

　　每個(gè)SaaS用戶(租戶)在單租戶架構(gòu)中都有自己的專用服務(wù)器或基礎(chǔ)設(shè)施。這種方法不需要返工(其架構(gòu)在本質(zhì)上保持不變)并為最終用戶提供各種好處，包括數(shù)據(jù)安全和定制功能。分層遷移模型意味著企業(yè)的解決方案是逐層遷移的。使用這種方法，可以逐漸將層過(guò)渡到共享的多租戶架構(gòu)，同時(shí)保持其他級(jí)別的單租戶。數(shù)據(jù)存儲(chǔ)在數(shù)據(jù)遷移模型中轉(zhuǎn)換為多租戶方案，而其他層使用單租戶架構(gòu)。

　　云計(jì)算數(shù)據(jù)存儲(chǔ)提供了無(wú)限的可能性，云計(jì)算集成服務(wù)正在不斷增長(zhǎng)以滿足這些需求，尤其是針對(duì)特定混合API集成挑戰(zhàn)提供“即服務(wù)”解決方案的云存儲(chǔ)提供商。

　　結(jié)論

　　企業(yè)采用SaaS軟件是一個(gè)巨大的進(jìn)步，需要深入分析，因?yàn)檫@樣的概念并不適合所有企業(yè)。此外，即使企業(yè)最終決定開(kāi)始轉(zhuǎn)型，實(shí)現(xiàn)云遷移也將是一條漫長(zhǎng)而艱難的道路。