容器時(shí)代的SaaS經(jīng)濟(jì)

Khash Sajadi

雖然云計(jì)算是虛擬化的殺手級(jí)應(yīng)用，但改變SaaS經(jīng)濟(jì)的可能是容器的殺手級(jí)應(yīng)用。

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

另一方面，SaaS業(yè)務(wù)通過(guò)使用（幾乎總是）基于訂閱的模型，在大量的客戶之間分配運(yùn)營(yíng)成本，從而使該模型能夠盈利。雖然傳統(tǒng)的軟件交付模型在研發(fā)層面上共享相同的成本分?jǐn)傇瓌t，但它們?nèi)狈υ诮桓秾用嫔辖档瓦\(yùn)營(yíng)成本的能力：隨著時(shí)間的推移，大規(guī)模提供安全、高度可用和能持續(xù)升級(jí)的軟件是非常昂貴的，并且需要一個(gè)熟練的開發(fā)人員和運(yùn)營(yíng)人員組成的部門在客戶定義的SLA范圍內(nèi)交付軟件。

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

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

然而，這可能會(huì)改變。

要知道為什么，最好能理解為什么運(yùn)行一個(gè)高度可用、安全和健壯的基礎(chǔ)設(shè)施是如此的昂貴。當(dāng)涉及到基礎(chǔ)設(shè)施時(shí)，我們都知道所謂的短板效應(yīng)：木桶的容量取決于最短的那塊木板。僅有部分系統(tǒng)具有高可用性和安全性是實(shí)現(xiàn)不了整個(gè)系統(tǒng)的高可用性和安全性的——這需要在每一個(gè)組件上實(shí)現(xiàn)，從而增加了成本和復(fù)雜性，費(fèi)用會(huì)越來(lái)越高。

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

Kubernetes等基于容器的基礎(chǔ)設(shè)施系統(tǒng)支持任何規(guī)模的企業(yè)在私有數(shù)據(jù)中心或者公有云上建立自己的可定制、高可用性和健壯的基礎(chǔ)設(shè)施，而且粒度很小，非常靈活，不需要付出太多代價(jià)。在這種基于容器的基礎(chǔ)設(shè)施新環(huán)境中，IT部門花時(shí)間來(lái)構(gòu)建和維護(hù)一些Kubernetes集群，而外部供應(yīng)商和內(nèi)部開發(fā)人員使用這些集群為客戶提供服務(wù)。

這可能會(huì)需要幾年的時(shí)間才能達(dá)到這種轉(zhuǎn)變對(duì)SaaS行業(yè)產(chǎn)生重大影響的程度。然而，如果我們仔細(xì)觀察，我們已經(jīng)看到有聰明的IT部門正在邁向這一未來(lái)：同時(shí)在公有云和私有云上為他們的代碼構(gòu)建管道，以及讓基礎(chǔ)設(shè)施自動(dòng)實(shí)現(xiàn)容器化的應(yīng)用管理?xiàng)！?/p>

SaaS交付模型仍然有很多可取之處——例如，它現(xiàn)在是軟件使用的主要模型，無(wú)論它位于何處，也無(wú)論是如何獲得的。然而，從長(zhǎng)遠(yuǎn)看，基礎(chǔ)設(shè)施獲利將不再是其關(guān)鍵優(yōu)勢(shì)之一。雖然云計(jì)算是虛擬化的殺手級(jí)應(yīng)用，但改變SaaS經(jīng)濟(jì)的可能是容器的殺手級(jí)應(yīng)用。

Khash Sajadi是Cloud 66的聯(lián)合創(chuàng)始人兼首席執(zhí)行官。

原文網(wǎng)址

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