今晚我想來點...客製雲(yún)端SaaS應(yīng)用

文：吳冠輝 2020-10-13

發(fā)布時間： 2020-10-13 11:16:00

雲(yún)運維 SaaS 多租戶

了解企業(yè)應(yīng)用方案的人都知道，企業(yè)應(yīng)用的特色在於針對不同行業(yè)、企業(yè)給予「客製化」修改。然而，雲(yún)端應(yīng)用市場強(qiáng)調(diào)的又是「標(biāo)準(zhǔn)化」的快速應(yīng)用服務(wù)。於是，企業(yè)雲(yún)端應(yīng)用方案就會遇到「標(biāo)準(zhǔn)化」與「客製化」取捨的難題。本文分析企業(yè)雲(yún)端應(yīng)用SaaS服務(wù)客製範(fàn)圍、程度及多租戶的數(shù)據(jù)結(jié)構(gòu)設(shè)計方式。

針對企業(yè)管理應(yīng)用的雲(yún)端方案，和一般我們熟悉的手機(jī)應(yīng)用商店有些不同。主要不同點在於企業(yè)管理應(yīng)用雲(yún)端方案主要是針對企業(yè)痛點提供快速而有效的SaaS雲(yún)端應(yīng)用。但是...熟知企業(yè)應(yīng)用特性的人都知道，用戶使用一陣子後，多半會說：「你們這軟體真的不錯啦！只是我們家跟別人流程不太一樣，我們家是.....(以下省略一萬字)�！棺钺峄氐街黝}：「你們這個真的是很好用的！不過......可不可以為我們家做”一點點”調(diào)整....，哪邊改一下，流程多一步...(以下再省略一萬字)�！�

於是，各式各樣的修改調(diào)整申請來到了應(yīng)用開發(fā)部門。很不幸...目前廠商回覆在大部分的情況下都是：雲(yún)應(yīng)用不支持客製。那麼究竟是什麼原因讓大部分的廠商都不支持客製，或者說還是有客製空間，但是會遇到很多問題？以下，就讓我們來探詢。

SaaS應(yīng)用客制分級

對於企業(yè)管理軟體尤其是套裝軟體而言，幾乎都需要針對客戶個別情況做些調(diào)改，俗稱「客製化」�？脱u這件事情可大可小，小的可能只涉及換個首頁LOGO、換個介面的風(fēng)格什麼的，大的可能要幾乎重新改造流程。當(dāng)軟體是佈署在客戶自有環(huán)境下，這種修改都是可以容易達(dá)成的；只是一旦上到雲(yún)端上，SaaS應(yīng)用不再是買斷模式而是租用模式。因此，客製這件事情就變得相對複雜不少。最直觀的體現(xiàn)就在於數(shù)據(jù)結(jié)構(gòu)：例如租戶A和租戶B都需要針對訂單多一個欄位以記錄更多資訊，但SaaS應(yīng)用就這一份訂單結(jié)構(gòu)表，要如何才能同時符合租戶A和租戶B呢？一般又可能說分開兩個租戶用兩個不同資料表來處理，但是這樣不斷分割資料表的結(jié)果，對於軟體維護(hù)工作與系統(tǒng)運維更新造成額外負(fù)擔(dān)，最後在雪崩效應(yīng)下，系統(tǒng)將不堪負(fù)荷。

依據(jù)上面例子，似乎是說SaaS應(yīng)用不能夠進(jìn)行客製。事實上，並非完全不能客製，而是SaaS客製能力與客製範(fàn)疇、技術(shù)層次有絕對的相關(guān)聯(lián)，我們必須分層、分等級來理解這件事情。下表是針對不同程度的能力等級整理結(jié)果。

■ 階段一：門面工程中，應(yīng)用能夠修改的部分主要是介面上的修改，且不涉及資料結(jié)構(gòu)和資料處理邏輯，可以根據(jù)不同租戶甚至式用戶認(rèn)為自己喜歡的風(fēng)格。當(dāng)然，LOGO也是可以修改的範(fàn)疇，下圖是Salesforce.com的介面客製舉例。

圖、企業(yè)雲(yún)端應(yīng)用介面修改(資料來源: Salesforce.com)

■?階段二：提供大量配置可供用戶選擇。但本質(zhì)上資料處理流程仍是一樣，且不允許個別企業(yè)租戶修改數(shù)據(jù)結(jié)構(gòu)。

■?階段三：有了根本性的改變。階段三A和階段三B並不是先後問題，而是不同的技術(shù)實現(xiàn)路徑。階段三都允許用戶改變和定義自有的數(shù)據(jù)結(jié)構(gòu)，但是在做法上有很大不同。

(1) 階段三A：是真正意義上的多租戶數(shù)據(jù)結(jié)構(gòu)。

(2) 階段三B：提供一個不同租戶完整自有環(huán)境進(jìn)行客製，其實在某種程度上已經(jīng)脫離SaaS應(yīng)用商品範(fàn)疇。就像是Google特別作了一個你的公司地圖專門給你用這樣，事實上已經(jīng)可以算另一個商品了。

多租戶數(shù)據(jù)結(jié)構(gòu)設(shè)計

我們先理解一點，雲(yún)端SaaS應(yīng)用都是使用同一個站臺，是採用多租戶結(jié)構(gòu)運作的。租戶(或說企業(yè))運作所產(chǎn)生的數(shù)據(jù)基本上在同一個資料庫甚至同一個表內(nèi)，並不是我們所熟悉的客戶擁有自己的環(huán)境結(jié)構(gòu)。因此，你可以想像一下，一個客戶基本資料若是只能有一份結(jié)構(gòu)，基本上不可能為了某一租戶的需求額外加一個欄位。即便是我們想要用所謂的”保留欄位”也是難以實現(xiàn)。

那這個技術(shù)臺階究竟如何踏上？簡單來說，「多租戶數(shù)據(jù)結(jié)構(gòu)」最重要的特性就是動態(tài)欄位技術(shù)。如同技術(shù)名稱所述：就是某個表的資料結(jié)構(gòu)必須是非固定的。這樣的實現(xiàn)方法有不少做法，最好理解的是表格結(jié)構(gòu)的轉(zhuǎn)置，簡述如下：

圖、基本動態(tài)欄位技術(shù)

上圖是最基本的動態(tài)欄位技術(shù)結(jié)構(gòu)，可以看到資料庫內(nèi)不配置欄位結(jié)構(gòu)，而是用資料來表達(dá)資料結(jié)構(gòu)，這樣便有機(jī)會發(fā)展多租戶共用一個資料且還擁有不同資料結(jié)構(gòu)。

事實上，這種技術(shù)在某些應(yīng)用商品已經(jīng)有使用。但這並不是做不到的問題，只是數(shù)據(jù)轉(zhuǎn)置並不夠的，還要提供整套的「多租戶數(shù)據(jù)結(jié)構(gòu)」，包含了metadata設(shè)計和管理結(jié)構(gòu)的方案。此外，還有查詢資料、撈取資料、過濾資料、查詢效率...等各種問題，更有甚者，還需要搭配前端的配置結(jié)構(gòu)，整套達(dá)成才能說我們達(dá)成了「多租戶數(shù)據(jù)結(jié)構(gòu)」。這絕非一朝一夕或甚至一季半年之功，以下是目前支持這種做法的Salesforce.com的範(fàn)例：

圖、多租戶結(jié)構(gòu)技術(shù)(資料來源：Salesforce.com)

小結(jié)

儘管目前大部分雲(yún)應(yīng)用供應(yīng)商對於客製能力還有很長的發(fā)展路程，不過筆者認(rèn)為不用太執(zhí)著此方向。一來在市場上使用者本來就會依據(jù)本身的需要來選擇租用雲(yún)端應(yīng)用，對於真正需要客製的部分也會討論私有雲(yún)和在地端發(fā)展的作法。真正單純要把所有資料放在公有雲(yún)上的反而是少數(shù)。二來在靈活運用的「大中臺，小前臺」戰(zhàn)略下，每個應(yīng)用應(yīng)該不是朝向大而全的發(fā)展，而是小而精的應(yīng)用�？脱u其實並不是這裡的重點，有效重複使用已有的元件與業(yè)務(wù)流程，可能才是雲(yún)端SaaS小而精的重點所在。過分追求一套適用全部的情況是否又是回到老的僵固思維呢？值得我們討論。

Hi! 我是Roger。

從事技術(shù)工作十多年了，

喜歡玩和瞭解學(xué)習(xí)各種技術(shù)的內(nèi)涵，

喜歡聽、也喜歡分享各種狂想，

歡迎你跟我分享你的看法！

更多案例