當前位置：智能制造網(wǎng)資訊中心技術前沿

如何在IaaS和SaaS云模型之間進行選擇？

2021-01-26 14:49:41來源：TechWeb 關鍵詞：IaaS SaaS 云計算閱讀量：20918

導讀：在IT中，技術常常驅動決策，而不是用戶。相反，應將用戶的需求作為在IaaS與SaaS之間做出決定的起點。

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

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

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

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

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

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

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

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

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

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

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

　　無論如何，有關IaaS和SaaS的決定不應單單在于IT。在進行任何云遷移之前，架構師需要與應用程序所有者，運營和終用戶合作。

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

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

　　考慮成本

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

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

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

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

　　PaaS適合IaaS與SaaS討論的地方

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

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

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

　　今天計劃

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

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

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

　　IaaS與SaaS：用例

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

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