編輯導(dǎo)語：面對IaaS和SaaS，企業(yè)應(yīng)該選擇哪種云模型？這需要根據(jù)企業(yè)的用戶需求、自身情況及未來發(fā)展戰(zhàn)略等多方面進行思考和抉擇。本篇文章里，作者針對企業(yè)應(yīng)該選擇哪種云模型一事做了分析和總結(jié)，一起來看一下。

如果你已經(jīng)開始準備有想法將企業(yè)一些系統(tǒng)工作轉(zhuǎn)移到云中，或者是打算開始使用信息化云服務(wù)產(chǎn)品進行企業(yè)的信息化與數(shù)字化的升級。

那么現(xiàn)在開始考慮laaS與SaaS這兩種云模型之間該如何進行選擇，那種云模式更適合自己的企業(yè)服務(wù)模型呢？

企業(yè)一旦決定遷移到云，下一步就是要確定那種服務(wù)模式適合自己的需求。企業(yè)在選擇那種服務(wù)模式很大程度上取決于其對云環(huán)境和應(yīng)用程序能夠掌控的力度。

一、云計算中存在三種總體模型

• laaS（Infrastructure-as-a-Service）基礎(chǔ)設(shè)施即服務(wù)。第三方供應(yīng)商提供和維護核心基礎(chǔ)設(shè)施組件，如服務(wù)器、網(wǎng)絡(luò)和存儲。IaaS 用戶管理和監(jiān)控操作系統(tǒng)、數(shù)據(jù)、工作負載和應(yīng)用程序。例如包括 AWS 和 Microsoft Azure。
• PaaS（Platform-as-a-Service）平臺即服務(wù)。第三方提供商提供應(yīng)用程序開發(fā)平臺和工具。用戶負責(zé)這些環(huán)境，但是 PaaS 提供商提供和管理底層基礎(chǔ)設(shè)施。例如包括 Google App Engine 和 Red Hat OpenShift。
• SaaS（Software-as-a-Service）軟件即服務(wù)。第三方提供商托管客戶的應(yīng)用程序。SaaS 提供商處理所有維護和支持，這消除了用戶安裝和運行自己的基礎(chǔ)設(shè)施和軟件的需要。例如包括 Microsoft 365 和 Salesforce。

今天，我們重點聊聊下laaS與SaaS這兩種服務(wù)模型，企業(yè)該如何結(jié)合自身的情況進行選擇，是應(yīng)該選擇使用 IaaS 模型來進行更多控制和定制，還是愿意選擇價格更低、管理更少的 SaaS 模型？

在確定選擇laaS還是SaaS之前，企業(yè)需要考慮用戶需求和定制，同時還要注意成本。

二、優(yōu)先考慮用戶，而不是成本

在 IT 領(lǐng)域，技術(shù)驅(qū)動決策，而不是用戶。相反，企業(yè)需要將用戶需求作為決定 IaaS 還是 SaaS 的起點。

選擇一種云服務(wù)模型，讓用戶處于主導(dǎo)地位，并有指導(dǎo)方針和例外情況。想想您的用戶可能需要的功能。即使是很小的請求，例如更改文檔路由流或數(shù)據(jù)輸入選項，也可能需要在后端進行大量工作。如果這些功能在很大程度上被忽視和使用，那么 SaaS 可能更合適。

其他時候，這種精細控制是值得的，尤其是對于 IT。例如，使用多個云環(huán)境的隱藏挑戰(zhàn)之一是它們都有不同的接口，這使得它們很難協(xié)同工作。使用 IaaS，您可以構(gòu)建一些獨特的東西來以 SaaS 無法實現(xiàn)的方式來解決這個問題。

但在現(xiàn)實的業(yè)務(wù)場景中，企業(yè)在面臨有關(guān) IaaS 和 SaaS 選擇的決策不應(yīng)僅限于 IT方面。在進行云遷移之前，需要與應(yīng)用程序的所有者、云服務(wù)運營商及最終的用戶進行協(xié)商合作，一個好云服務(wù)選擇的決策和實施推行，都離不開這些角色，單靠其中某一個角色是無法做出合理的選擇和成功的實施。

另外，我們需要收集到相關(guān)的調(diào)查報告，從管理層到一線員工都可以參與這個調(diào)查的報告，這些調(diào)查報告結(jié)論能夠非常清楚的了解到企業(yè)組織的需求，以及當(dāng)企業(yè)選擇遷移到某個云模式后，實施者能夠繼續(xù)與各部門同事保持溝通，并且方便了解各種調(diào)整需求。

很多企業(yè)在進行云選擇的時候，考慮更多的是成本。但是成本計算只是 IaaS 與 SaaS 對話的一部分，不要讓它影響選擇。否則，您最終可能會得到一個不起作用的模型。你要么花更多的錢試圖修復(fù)它，要么如果你不得不走另一條路，你就會失去你投資的錢。

您企業(yè)用戶所需的靈活性可能有助于指導(dǎo)您決定 IaaS 還是 SaaS。

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

但是，不要指望人員配備會發(fā)生巨大變化。一些職責(zé)可能會有所調(diào)整，但其中大部分在幾年前就已經(jīng)順利完成，因此不會通過減少人員來節(jié)省成本。這并不意味著您將擁有更多的 IaaS 員工而不是 SaaS。這是角色和職責(zé)的調(diào)整，但這是大多數(shù) IT 人員習(xí)慣的事情。

PaaS與 IaaS 、 SaaS 之間的關(guān)系。

如果您更喜歡 IaaS 和 SaaS 之間的中間地帶，那么 PaaS 無疑是一個選擇。它消除了 IaaS 的許多運營負擔(dān)，同時提供了比 SaaS 更大的靈活性。

但它不是靈丹妙藥，它并沒有像其他兩種云交付模型那樣在企業(yè)中流行起來。

這部分是因為你被留在了一個灰色地帶，在辯論的每一方都有一只腳。它迫使您的組織采取可能無法充分滿足您需求的半措施的平衡行為。盡管如此，它也并非完全沒有優(yōu)點，當(dāng) IaaS 和 SaaS 沒有針對特定用例削減它時，可能會有一些人發(fā)現(xiàn)它是他們的最佳選擇。

三、基于現(xiàn)在，考慮未來

很多企業(yè)在評估選擇云模式的時候，經(jīng)常會被未來的問題所困擾，會提前為未來三到五年做計劃。這樣的操作會導(dǎo)致企業(yè)容易基于一些定制的想法進行購買，但是這些定制的需求通常在未來永遠都不會出現(xiàn)。

所以，我們建議企業(yè)在評估自定義選項時，請根據(jù)當(dāng)前的需求進行評估，而不是未來需要擁有的需求。

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

但是，如果您的 IT 團隊擁有應(yīng)用程序的歷史并成功修改它，那么遷移到云不應(yīng)改變這一點。在這些場景中，IaaS 是理想的選擇，因為它可以作為一個新平臺來繼續(xù)做現(xiàn)有的工作。

IaaS 與 SaaS的一些使用場景說明：

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

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

四、最后的話

對于企業(yè)來講，選擇任何的云服務(wù)模式，都是在基于解決當(dāng)前問題的基礎(chǔ)上，為未來的發(fā)展考慮。無論如何合理才是最好的選擇，企業(yè)在選擇的時候，必須要將人為因素加以思考，任何的模式與軟件，最終只有能夠落地，協(xié)助企業(yè)完成業(yè)績目標，才是最好的選擇。

作者：大D ，公眾號“ToB產(chǎn)品創(chuàng)新研習(xí)社” 主理人，國內(nèi)ToB SaaS產(chǎn)品專家。

本文由 @ToB產(chǎn)品創(chuàng)新社 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于 CC0 協(xié)議