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

云計算中共有三個總體模型：

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

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

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

我們將簡要介紹PaaS，但出于本文的目的，我們將重點介紹IaaS和SaaS，因為它們是兩個最杰出的模型。在組織必須做出的選擇方面，它們也提供了最大的對比。

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

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

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

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

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

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

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

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

考慮成本

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

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

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

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

PaaS適合IaaS與SaaS討論的地方

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

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

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

今天計劃

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

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

但是，如果您的IT團隊擁有某個應(yīng)用程序的歷史記錄并成功對其進行了修改，那么遷移到云中就不會改變它。在這些情況下，IaaS是理想的選擇，因為它可以作為一個新平臺來繼續(xù)執(zhí)行已經(jīng)進行的工作。

IaaS與SaaS：用例

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

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