容器時代的SaaS經濟

Khash Sajadi

雖然云計算是虛擬化的殺手級應用，但改變SaaS經濟的可能是容器的殺手級應用。

任何SaaS業務的殺手锏都在于能夠大幅降低運營成本和復雜性，包括安裝、配置、持續維護和更新等。鑒于SaaS近幾十年的成功，我們可以清楚地看到，使用SaaS模型代替傳統的成品軟件對很多客戶來說能帶來很好的收益。這符合一種理論，即系統的復雜性在一段時間內都是恒定的——IT部門可以通過內部投資（投資于處理復雜性的部門），或者外包給合作伙伴和SaaS/PaaS/IaaS供應商（為復雜性付費）來處理復雜性問題。如果將后者與OpEx vs. CapEx財務模型、簡單安裝/設置以及靈活的按需付費選擇相結合，那么相對于通用軟件，就很難說明其他交付模型是合理的。

另一方面，SaaS業務通過使用（幾乎總是）基于訂閱的模型，在大量的客戶之間分配運營成本，從而使該模型能夠盈利。雖然傳統的軟件交付模型在研發層面上共享相同的成本分攤原則，但它們缺乏在交付層面上降低運營成本的能力：隨著時間的推移，大規模提供安全、高度可用和能持續升級的軟件是非常昂貴的，并且需要一個熟練的開發人員和運營人員組成的部門在客戶定義的SLA范圍內交付軟件。

由于SaaS開發和交付的很大一部分成本用于構建托管服務所需的健壯而且安全的基礎設施，因此，供應商構建了大型、健壯的基礎設施，并將其分解為同樣質量的小模塊，銷售給很多客戶，通過這種方式來盈利。SaaS基礎設施通常由很多組件組成——從數據庫到負載均衡器，每一種組件都經過專門配置，以特定的方式提供服務，并滿足組件級高可用性（HA）、冗余和安全要求。想想一個典型的CRM SaaS：你需要一個多區域復制數據庫服務器、一組負載均衡和安全的防火墻前端服務器，以及用于處理后臺工作和管理系統的一組服務器。

作為一個例子，要保存2000名客戶的詳細信息，需要大約12臺服務器，兩個負載平衡器和幾個G的存儲空間；最重要的是，要考慮維護這些數據庫和服務器所需的運營部門的成本——所有這些可能意味著每個月要花費2萬美元才能維持運行。更糟糕的是，即使有了這筆投資，你也得不到5個9（99.999%）的正常運行時間，也就是說，SaaS供應商不會以很低的價格向你保證正常運行時間。在這種情況下，注冊一個SaaS替代方案是非常合理的，每個月支付2000美元，就可以得到一直運行、可升級和可備份的服務。

然而，這可能會改變。

要知道為什么，最好能理解為什么運行一個高度可用、安全和健壯的基礎設施是如此的昂貴。當涉及到基礎設施時，我們都知道所謂的短板效應：木桶的容量取決于最短的那塊木板。僅有部分系統具有高可用性和安全性是實現不了整個系統的高可用性和安全性的——這需要在每一個組件上實現，從而增加了成本和復雜性，費用會越來越高。

現在，如果所有這些要求都融入到一個通用的、自愈、超大規模基礎設施中，那么，在其上運行的任何應用程序本質上都是高可用性、冗余和安全的。這正是容器所擅長的。基礎設施在較低層面上處理這些事務，并將這些屬性作為服務提供給用戶，而不是花時間以高SLA交付每一服務。這樣，容器充分發揮了SaaS交付模型的最大優勢：基礎設施獲利，我在博文中早就闡述過了。

Kubernetes等基于容器的基礎設施系統支持任何規模的企業在私有數據中心或者公有云上建立自己的可定制、高可用性和健壯的基礎設施，而且粒度很小，非常靈活，不需要付出太多代價。在這種基于容器的基礎設施新環境中，IT部門花時間來構建和維護一些Kubernetes集群，而外部供應商和內部開發人員使用這些集群為客戶提供服務。

這可能會需要幾年的時間才能達到這種轉變對SaaS行業產生重大影響的程度。然而，如果我們仔細觀察，我們已經看到有聰明的IT部門正在邁向這一未來：同時在公有云和私有云上為他們的代碼構建管道，以及讓基礎設施自動實現容器化的應用管理棧。

SaaS交付模型仍然有很多可取之處——例如，它現在是軟件使用的主要模型，無論它位于何處，也無論是如何獲得的。然而，從長遠看，基礎設施獲利將不再是其關鍵優勢之一。雖然云計算是虛擬化的殺手級應用，但改變SaaS經濟的可能是容器的殺手級應用。

Khash Sajadi是Cloud 66的聯合創始人兼首席執行官。

原文網址

https：//www.infoworld.com/article/3251065/saas/saas-economy-in-the-age-of-containers.html