過去幾十年,主從式架構(Client-Server)一直是全球旅遊技(jì )術的行業标準。
但如今,這種“整體(tǐ)式”架構已經過時,無法滿足酒店(diàn)運營商(shāng)的需求。好在我們現在有(yǒu)了新(xīn)的解決方案,即“微服務(wù)”(Microservice)酒店(diàn)PMS架構。它具(jù)有(yǒu)可(kě)擴展性、可(kě)持續性和安(ān)全性,有(yǒu)望成為(wèi)未來的旅遊技(jì )術基礎設施的核心。
在深入探讨一下微服務(wù)酒店(diàn)PMS架構的概念和内涵之前,我們需要先了解主從式架構。
主從式架構
主從式架構也稱客戶端/服務(wù)器架構、C/S架構,所有(yǒu)功能(néng)模塊之間的相互關聯和擴展性低。
據估計,目前90%以上的酒店(diàn)還在采用(yòng)傳統技(jì )術設施,也即主從式架構,因為(wèi)這些酒店(diàn)的業務(wù)沒有(yǒu)拓展,而且轉向新(xīn)技(jì )術比較麻煩。
過去四十年,不隻是酒店(diàn)業,幾乎所有(yǒu)公(gōng)司都在采用(yòng)類似的架構:一台服務(wù)器+多(duō)個客戶端+多(duō)個應用(yòng)。
這種架構的問題在于業務(wù)邏輯分(fēn)散在數據庫和客戶端兩個地方。如果某個特定業務(wù)流程在數據庫上的運行速度比客戶端快,開發人員就會将其直接放在數據庫或用(yòng)戶界面,而沒有(yǒu)按照慣常做法同時同步客戶端和數據庫,這樣容易導緻匹配錯誤。
随着客戶和企業預期的提高,以及互聯網用(yòng)戶的增長(cháng),主從式架構已經無法承載海量數據。開發人員意識到,随着新(xīn)的浏覽器和設備的擴展,以及不同功能(néng)版塊相互獨立,未來需要同時處理(lǐ)多(duō)個而非單一界面,因此開始尋求更好的解決方案。
谷歌、亞馬遜和網飛等互聯網行業巨頭也很(hěn)快意識到這種轉變,開始剖析數據處理(lǐ)、應用(yòng)和管理(lǐ)的全過程,确保展示層與業務(wù)邏輯層明顯區(qū)分(fēn)開來。事實證明,這一舉措具(jù)有(yǒu)先見之明,推動了業務(wù)的成功。
從主從式到微服務(wù)架構
谷歌和其它行業巨頭的解決方案簡單但有(yǒu)效,而且催生了三層架構(3-tier architecture),也即從主從式轉變為(wèi)微服務(wù)架構的過渡階段。
通常意義上的三層架構就是将整個業務(wù)應用(yòng)劃分(fēn)為(wèi):界面層(User Interface Layer)、業務(wù)邏輯層(Business Logic Layer)和數據訪問層(Data Access Layer)。
将軟件作(zuò)為(wèi)獨立模塊在不同平台進行開發和維護,是一個颠覆性變化。将所有(yǒu)系統功能(néng)切分(fēn)為(wèi)多(duō)個具(jù)有(yǒu)複合功能(néng)的模塊,不僅提升了軟件開發的擴展性,也更容易維護。這種新(xīn)的開發思維就叫做“微服務(wù)架構”,傳統方式稱為(wèi)“整體(tǐ)式架構”。
微服務(wù)架構分(fēn)散了功能(néng),也分(fēn)散了風險,而整體(tǐ)式架構卻會将問題聚集起來,增加風險,一旦系統崩潰,所有(yǒu)相關部分(fēn)都會受到牽連,後果不堪設想。
随着客人對酒店(diàn)服務(wù)期望值的提高,傳統的主從式架構已經不能(néng)滿足需求。例如,旅客想在手機上辦(bàn)理(lǐ)入住或通過App訂餐,酒店(diàn)也樂意提供這些服務(wù),但由于各個版塊相互關聯,系統已經沒有(yǒu)能(néng)力增加新(xīn)的個性化功能(néng),酒店(diàn)業也因此無法适應新(xīn)的市場需求。
微服務(wù)架構卻能(néng)解決這些問題。不同程序之間相互獨立,但又(yòu)能(néng)通過API連接起來。隻要API兼容,微服務(wù)架構系統幾乎可(kě)以無限擴展,不用(yòng)擔心系統崩潰。
微服務(wù)PMS:數據安(ān)全、靈活度高
由于收集了大量顧客數據,旅遊業最容易遭到數據洩露。新(xīn)加坡風控公(gōng)司CEO Justin Lie表示,個人身份信息在黑市的交易價大概是1美元/條,每新(xīn)增一條關聯信息,價格翻5倍。如果加上電(diàn)話号碼、個人郵箱和生日,交易價高達125美元。
因此也不難理(lǐ)解,為(wèi)什麽酒店(diàn)數據庫會成為(wèi)黑客的金礦。酒店(diàn)收集的顧客信息極具(jù)價值而且相當全面,包括電(diàn)話号碼、信用(yòng)卡和身份證等私密信息。
在應對數據安(ān)全風險時,微服務(wù)酒店(diàn)PMS架構的優勢再次凸顯。
開發人員可(kě)以将個人信息單獨儲存在一個數據庫中(zhōng),保護顧客隐私。此外,有(yǒu)些國(guó)家要求酒店(diàn)将該國(guó)公(gōng)民(mín)的信息儲存在本地,這種靈活處理(lǐ)方式也能(néng)滿足特定監管要求。而如果采用(yòng)主從式架構,面對這樣的要求,酒店(diàn)可(kě)能(néng)需要轉移整個系統,其難度系數可(kě)想而知。
微服務(wù)酒店(diàn)PMS架構的另一個優勢在于運維成本大大降低。
微服務(wù)架構以雲技(jì )術為(wèi)基礎,酒店(diàn)不需要購(gòu)買任何昂貴的硬件,通過外包即可(kě)獲得專業資源和技(jì )術,服務(wù)期限也更長(cháng)。對于酒店(diàn)而言,無論是PMS還是POS解決方案,都不需要高昂的成本投入,而且可(kě)以延長(cháng)系統生命周期。
如今,監管要求變得更加嚴格,支付和分(fēn)銷系統也在革新(xīn),顧客期待越來越高,技(jì )術基礎設施的靈活性對于推動業務(wù)增長(cháng)愈發重要。
酒店(diàn)業需要擁抱創新(xīn),擁抱可(kě)持續性和擴展性,也是時候采用(yòng)新(xīn)技(jì )術、新(xīn)架構了。
本文(wén)來源:環球旅訊 · 王瑤
微信公(gōng)衆号
青城會