一旦決定遷移到云，下一步就是確定適合您需求的服務(wù)模型。選擇在很大程度上取決于您的組織希望對(duì)其云環(huán)境和應(yīng)用程序進(jìn)行多少控制。

云計(jì)算中共有三個(gè)總體模型：

IaaS。第三方提供商提供并維護(hù)核心基礎(chǔ)架構(gòu)組件，例如服務(wù)器，網(wǎng)絡(luò)和存儲(chǔ)。IaaS用戶管理和監(jiān)視OS，數(shù)據(jù)，工作負(fù)載和應(yīng)用程序。示例包括AWS和Microsoft Azure。

PaaS。第三方提供商提供應(yīng)用程序開發(fā)平臺(tái)和工具。用戶應(yīng)對(duì)這些環(huán)境負(fù)責(zé)，但是PaaS提供商提供并管理基礎(chǔ)架構(gòu)。示例包括Google App Engine和Red Hat OpenShift。

SaaS。第三方提供商托管客戶的應(yīng)用程序。SaaS提供商處理所有維護(hù)和支持，從而消除了用戶安裝和運(yùn)行自己的基礎(chǔ)架構(gòu)和軟件的需求。示例包括Microsoft 365和Salesforce。

我們將簡(jiǎn)要介紹PaaS，但出于本文的目的，我們將重點(diǎn)介紹IaaS和SaaS，因?yàn)樗鼈兪莾蓚€(gè)最杰出的模型。在組織必須做出的選擇方面，它們也提供了最大的對(duì)比。

您應(yīng)該使用IaaS模型來進(jìn)行更多控制和自定義，還是寧愿選擇價(jià)格較低且管理較少的SaaS模型？為了確定IaaS還是SaaS是正確的選擇，云架構(gòu)師必須考慮用戶需求和自定義，同時(shí)還要注意成本。

優(yōu)先考慮用戶，而不是費(fèi)用

在IT中，技術(shù)常常驅(qū)動(dòng)決策，而不是用戶。相反，應(yīng)將用戶的需求作為在IaaS與SaaS之間做出決定的起點(diǎn)。

選擇一種云服務(wù)模型，將其置于指導(dǎo)原則和例外情況之內(nèi)?？紤]用戶可能想要的功能。即使是很小的請(qǐng)求，例如對(duì)文檔路由流程或數(shù)據(jù)輸入選項(xiàng)的更改，也可能需要在后端進(jìn)行大量工作。如果這些功能在很大程度上不會(huì)引起注意和使用，那么SaaS可能更合適。

在其他時(shí)候，這種細(xì)粒度的控制是值得的，尤其是對(duì)于IT而言。例如，使用多個(gè)云環(huán)境的隱藏挑戰(zhàn)之一是它們都具有不同的界面，這使得它們很難一起工作。借助IaaS，您可以構(gòu)建獨(dú)特的解決方案，以SaaS無法實(shí)現(xiàn)的方式解決此問題。

無論如何，有關(guān)IaaS和SaaS的決定不應(yīng)單單在于IT。在進(jìn)行任何云遷移之前，架構(gòu)師需要與應(yīng)用程序所有者，運(yùn)營(yíng)和最終用戶合作。

用戶需要專門的報(bào)告和設(shè)置，阻止遷移到云中，這些報(bào)告和設(shè)置在被調(diào)查時(shí)被證明是首選項(xiàng)。在遷移之前清楚地了解您組織的需求，并在事后保持溝通，因此您知道任何進(jìn)一步的調(diào)整和妥協(xié)。

只需確保IT在計(jì)劃階段仍然可以掌控一切，否則事情會(huì)因過多的請(qǐng)求和要求而失控。對(duì)于IaaS尤其如此，它提供了更多的自定義功能。

考慮成本

成本計(jì)算是IaaS與SaaS對(duì)話的一部分，但不要任由其推動(dòng)選擇。否則，您可能會(huì)遇到無法使用的模型。您可能會(huì)花更多的錢去修復(fù)它，或者如果您必須走另一條路，您會(huì)失去投資的錢。

云基礎(chǔ)架構(gòu)通常比應(yīng)用程序訂閱貴，但是事實(shí)證明它可能成為您業(yè)務(wù)的與眾不同之處。用戶所需的靈活性可以幫助您做出有關(guān)IaaS和SaaS的決定。

選擇模型后，在準(zhǔn)備從資本支出轉(zhuǎn)移到運(yùn)營(yíng)支出時(shí)，移至更復(fù)雜的任務(wù)，例如預(yù)算職責(zé)，管理開銷和其他方面。在新的云環(huán)境中，IT必須表現(xiàn)出靈活性并發(fā)展以處理不同的預(yù)算和報(bào)告結(jié)構(gòu)。

但是，不要期望人員配置發(fā)生巨大變化。某些職責(zé)可能會(huì)有所調(diào)整，但大多數(shù)職責(zé)在幾年前就已完成，因此不會(huì)通過減少人員來節(jié)省成本。這并不意味著您將擁有比SaaS更多的IaaS員工。這是對(duì)角色和職責(zé)的調(diào)整，但這是大多數(shù)IT人員習(xí)慣的。

PaaS適合IaaS與SaaS討論的地方

如果您希望IaaS和SaaS之間處于中間地位，PaaS當(dāng)然是一種選擇。它消除了IaaS的許多運(yùn)營(yíng)負(fù)擔(dān)，同時(shí)提供了比SaaS更大的靈活性。

但這不是萬能藥，它并沒有像其他兩種云交付模式一樣被企業(yè)采用。

部分原因是您處于灰色區(qū)域，辯論的兩邊都有一只腳。它迫使您的組織采取可能無法充分滿足您需求的一半措施的平衡行為。盡管如此，它并不是完全沒有優(yōu)點(diǎn)，而且當(dāng)IaaS和SaaS沒有針對(duì)特定用例削減它時(shí)，可能會(huì)有一些人發(fā)現(xiàn)它是他們的較好選擇。

今天計(jì)劃

在評(píng)估自定義選項(xiàng)時(shí)，請(qǐng)根據(jù)當(dāng)前需求(而不是明天的需求)進(jìn)行評(píng)估。組織常常會(huì)遇到未來的問題，并計(jì)劃未來三到五年。這導(dǎo)致他們基于這樣的想法進(jìn)行購買：他們將需要一些所需的自定義，但是這些自定義通常永遠(yuǎn)不會(huì)出現(xiàn)。

需求不斷變化，結(jié)果應(yīng)用程序堆棧和設(shè)計(jì)也經(jīng)常變化。提前幾年計(jì)劃軟件一致性是不現(xiàn)實(shí)的。您可能會(huì)為從未真正使用過的定制支付更多費(fèi)用。在這種情況下，如果您的應(yīng)用程序當(dāng)前不需要任何自定義，那么SaaS模型將是一個(gè)更好，更便宜的選擇。

但是，如果您的IT團(tuán)隊(duì)擁有某個(gè)應(yīng)用程序的歷史記錄并成功對(duì)其進(jìn)行了修改，那么遷移到云中就不會(huì)改變它。在這些情況下，IaaS是理想的選擇，因?yàn)樗梢宰鳛橐粋€(gè)新平臺(tái)來繼續(xù)執(zhí)行已經(jīng)進(jìn)行的工作。

IaaS與SaaS：用例

組織將需要進(jìn)行盡職調(diào)查以確定適合其需求的模型。但是，隨著越來越多的工作負(fù)載遷移到云中，有關(guān)IaaS與SaaS的趨勢(shì)開始出現(xiàn)。隨著醫(yī)療、教育、會(huì)計(jì)和人力資源系統(tǒng)的系統(tǒng)遷移到云中，IaaS平臺(tái)開始發(fā)展。

每年更新的應(yīng)用程序(例如HR和會(huì)計(jì))似乎處于前沿地位，并迅速轉(zhuǎn)向基于SaaS的應(yīng)用程序。具有更大Unix后端的大型系統(tǒng)(例如教育和醫(yī)療工作負(fù)載)往往更具挑戰(zhàn)性，并且通常需要IaaS甚至PaaS提供的靈活性。