【環球旅訊】（特約評論員 彭金輝）最近(jin)出(chu)了兩(liang)起大的(de)(de)互聯網(wang)(wang)安全(quan)事件，一是支付(fu)寶(bao)5月(yue)27日(ri)光(guang)纖被挖斷(duan)，二(er)是5月(yue)28日(ri)宕機。支付(fu)寶(bao)花了兩(liang)小時(shi)把流量切(qie)換到其他機房(fang)與節(jie)點(dian)，而攜程的(de)(de)用戶硬(ying)生(sheng)生(sheng)的(de)(de)等了12小時(shi)。都是互聯網(wang)(wang)公司，為啥(sha)兩(liang)家的(de)(de)恢復(fu)速(su)度卻(que)天壤之(zhi)別(bie)？因(yin)為這(zhe)是技(ji)術、架構(gou)與運維(wei)的(de)(de)全(quan)面考驗(yan)與較(jiao)量。這(zhe)兩(liang)次事件使得網(wang)(wang)站技(ji)術安全(quan)架構(gou)的(de)(de)重要性被充分(fen)體現出(chu)來(lai)了，只是我們平時(shi)沒(mei)太(tai)重視。

在(zai)酒店(dian)信息化(hua)管理領域，PMS的(de)技(ji)術(shu)架構(gou)同樣也未被高(gao)度(du)重視。對于動(dong)輒幾(ji)(ji)百(bai)、幾(ji)(ji)千(qian)個門店(dian)的(de)連鎖(suo)酒店(dian)，PMS的(de)穩(wen)定與安全，會影響(xiang)(xiang)到每天幾(ji)(ji)百(bai)萬(wan)、幾(ji)(ji)千(qian)萬(wan)的(de)營業額，影響(xiang)(xiang)到每天幾(ji)(ji)萬(wan)人(ren)、幾(ji)(ji)十(shi)萬(wan)人(ren)的(de)預(yu)訂、入住體驗，影響(xiang)(xiang)到幾(ji)(ji)千(qian)萬(wan)會員的(de)忠(zhong)誠度(du)。所以大中型連鎖(suo)酒店(dian)不得不高(gao)度(du)重視PMS的(de)技(ji)術(shu)、架構(gou)與運維。

目前(qian)有很多(duo)(duo)大型連鎖酒店(dian)自行開發(fa)(fa)系統，比如鉑濤、易佰、維也(ye)納、都市(shi)118、富驛時尚(shang)、城市(shi)便捷，各家養著幾十人的(de)開發(fa)(fa)團(tuan)隊，上(shang)百臺服務器(qi)，花錢更多(duo)(duo)不說，IT部(bu)門比采用第(di)三(san)方軟件(jian)更忙了，而且感(gan)覺更累了，很多(duo)(duo)方面還(huan)不太被認可。術業(ye)有專攻(gong)，酒店(dian)畢(bi)竟不是干互聯網、干IT的(de)，導致格局、架構、開放性考慮不周全，安全穩定性也(ye)不太滿意。

筆者從(cong)事銀行(xing)(xing)、電信等大(da)型高(gao)并發(fa)、高(gao)可用系統架構(gou)以及互聯網SAAS、中間件等系統開(kai)發(fa)、管理(li)、架構(gou)十五(wu)年，尤(you)其是有成功開(kai)發(fa)、部署與(yu)運維1萬(wan)多個酒店(dian)用戶使用的(de)云PMS SAAS+PAAS平臺經驗(yan)，現拋磚引玉(yu)，分享(xiang)經驗(yan)，希望對(dui)酒店(dian)行(xing)(xing)業(ye)的(de)各位(wei)同仁有所幫助。

那么，大中型集團連鎖選擇的PMS應該是什么架構，以及具備哪些特點呢？

一、 靈活開放的架構，首選SAAS+PAAS，一定要基于SAAS+PAAS架構。

SaaS是(shi)Software-as-a-Service（軟(ruan)(ruan)件(jian)即服(fu)(fu)(fu)務(wu)(wu)(wu)(wu)）的(de)(de)(de)簡稱(cheng)，隨著互聯(lian)網(wang)(wang)技(ji)術(shu)的(de)(de)(de)發展(zhan)和(he)(he)應用(yong)(yong)軟(ruan)(ruan)件(jian)的(de)(de)(de)成熟， 在(zai)(zai)21世紀開始興起的(de)(de)(de)一種完全創(chuang)新(xin)的(de)(de)(de)軟(ruan)(ruan)件(jian)應用(yong)(yong)模(mo)式(shi)。它與“on-demand software”（按需軟(ruan)(ruan)件(jian))，the application service provider(ASP，應用(yong)(yong)服(fu)(fu)(fu)務(wu)(wu)(wu)(wu)提(ti)(ti)供(gong)(gong)(gong)商(shang))，hosted software(托管(guan)軟(ruan)(ruan)件(jian))所具有相似的(de)(de)(de)含義。它是(shi)一種通過(guo)Internet提(ti)(ti)供(gong)(gong)(gong)軟(ruan)(ruan)件(jian)的(de)(de)(de)模(mo)式(shi)，廠(chang)(chang)商(shang)將應用(yong)(yong)軟(ruan)(ruan)件(jian)統一部署在(zai)(zai)自(zi)己的(de)(de)(de)服(fu)(fu)(fu)務(wu)(wu)(wu)(wu)器上，客戶(hu)可(ke)以(yi)根據(ju)自(zi)己實際需求，通過(guo)互聯(lian)網(wang)(wang)向廠(chang)(chang)商(shang)定購(gou)所需的(de)(de)(de)應用(yong)(yong)軟(ruan)(ruan)件(jian)服(fu)(fu)(fu)務(wu)(wu)(wu)(wu)，按定購(gou)的(de)(de)(de)服(fu)(fu)(fu)務(wu)(wu)(wu)(wu)多少和(he)(he)時間(jian)長(chang)短向廠(chang)(chang)商(shang)支付費用(yong)(yong)，并通過(guo)互聯(lian)網(wang)(wang)獲(huo)得廠(chang)(chang)商(shang)提(ti)(ti)供(gong)(gong)(gong)的(de)(de)(de)服(fu)(fu)(fu)務(wu)(wu)(wu)(wu)。用(yong)(yong)戶(hu)不(bu)用(yong)(yong)再購(gou)買軟(ruan)(ruan)件(jian)，而改用(yong)(yong)向提(ti)(ti)供(gong)(gong)(gong)商(shang)租用(yong)(yong)基于Web的(de)(de)(de)軟(ruan)(ruan)件(jian)，來管(guan)理(li)企業經營活動，且無需對軟(ruan)(ruan)件(jian)進行維護(hu)，服(fu)(fu)(fu)務(wu)(wu)(wu)(wu)提(ti)(ti)供(gong)(gong)(gong)商(shang)會全權管(guan)理(li)和(he)(he)維護(hu)軟(ruan)(ruan)件(jian)。

ASP模(mo)式是(shi)SAAS之前流行的模(mo)式，相當于廠商購(gou)買服(fu)務(wu)器、開發應用，并單獨給(gei)某個酒店品牌(pai)部(bu)署一套(tao)(tao)應用。看起來ASP也是(shi)基于Internet的，但(dan)是(shi)他可能就是(shi)一套(tao)(tao)給(gei)小(xiao)連鎖酒店或(huo)單體(ti)酒店用的web 系統，其實該廠商用的技術要求低，安全性(xing)、高可用性(xing)、可伸縮性(xing)等方面(mian)的考慮比SAAS差得遠。

對于真正(zheng)的(de)SAAS PMS來說(shuo)，支持100個(ge)門(men)店(dian)是道坎，支持100個(ge)連鎖品(pin)牌又是一道坎，支持10000個(ge)門(men)店(dian)是一道更高的(de)坎。

PAAS讓(rang)SAAS PMS系(xi)統(tong)(tong)變為靈活的(de)(de)(de)(de)(de)、可(ke)插(cha)拔的(de)(de)(de)(de)(de)，可(ke)以輕(qing)松接(jie)入其他(ta)系(xi)統(tong)(tong)，比如(ru)HR、CRM、OA等系(xi)統(tong)(tong)，讓(rang)酒(jiu)店的(de)(de)(de)(de)(de)前臺、銷售、財務(wu)、店長在PMS系(xi)統(tong)(tong)中無需升級(ji)、一個(ge)賬(zhang)號密碼、不知(zhi)不覺中享受到(dao)HR、OA等各種系(xi)統(tong)(tong)的(de)(de)(de)(de)(de)功(gong)能(neng)與服務(wu)。一套SAAS支持PAAS，對于SAAS廠(chang)商(shang)可(ke)以免(mian)去大量的(de)(de)(de)(de)(de)定制的(de)(de)(de)(de)(de)煩惱、把獨立的(de)(de)(de)(de)(de)模塊交給更擅長的(de)(de)(de)(de)(de)廠(chang)商(shang)；對于有開發(fa)(fa)實(shi)力的(de)(de)(de)(de)(de)酒(jiu)店，可(ke)以自行定義，擴展(zhan)功(gong)能(neng)；對于第三方系(xi)統(tong)(tong)開發(fa)(fa)商(shang)，如(ru)HR、OA開發(fa)(fa)商(shang)，可(ke)以調用(yong)SAAS廠(chang)商(shang)的(de)(de)(de)(de)(de)API接(jie)口(kou)，開發(fa)(fa)出新的(de)(de)(de)(de)(de)整(zheng)合應用(yong)，比如(ru)獲取銷售發(fa)(fa)展(zhan)會員(yuan)數據，計算銷售員(yuan)業績(ji)，自動修正(zheng)HR系(xi)統(tong)(tong)里的(de)(de)(de)(de)(de)工資，并在PMS的(de)(de)(de)(de)(de)某個(ge)頁面里顯示每(mei)個(ge)銷售人員(yuan)的(de)(de)(de)(de)(de)績(ji)效工資、全部(bu)工資、交稅額、實(shi)發(fa)(fa)功(gong)能(neng)等等。

二、必須能保障高安全性。

再多的功能、再好的用戶體驗，對于PMS來說，安全是基礎，客人數據泄露了是天大的事，不僅僅客人投訴，品牌也受損。像前幾次某上市連鎖酒店的數據泄露，是酒店與客人的一大災難。對于上市的連鎖酒店，股票會連續幾天往下跌，市值下降幾個億都是有可能的，可見安全性多么的重要。

數據中心化，如果每個門店有數據庫或系統，極為不安全，酒店的經營數據和會員數據可能被黑客或競爭對手在門店非法獲取；要設置分級授權，在操作界面上不能隨意查到或導出所有會員，不能隨意用客人的積分、儲值。

選擇Windows or Linux？全世界80%的網站用的Linux/Unix服務器，BAT、京東、電信、銀行無一不是幾乎全部用的Linux/Unix服務器。Linux/Unix比Windows當服務器操作系統安全性高一個等級。

開源軟件，全世界70%的網站用的LAMP架構。LAMP架構是指Linux+Apache+Mysql/MariaDB+Perl/PHP/Python一組常用來搭建動態網站或者服務器的開源軟件，本身都是各自獨立的程序，但是因為常被放在一起使用，擁有了越來越高的兼容度，共同組成了一個強大的Web應用程序平臺。后來由于J2EE（JAVA）的良好機制，為搭建具有高可用性、高可伸縮性、支持異構環境、分布式的大型網站提供了另一重要選擇。大量巨頭網站，比如淘寶、京東就是用J2EE（JAVA）搭建的。

不用盜版(ban)，使(shi)用盜版(ban)會經(jing)常收到律師函，如果被(bei)公(gong)開，對聲譽和(he)品牌(pai)影(ying)響非常大，上(shang)市公(gong)司(si)影(ying)響就更大。其(qi)實大量開源軟件已經(jing)完全足夠搭建整(zheng)個集團連鎖酒店使(shi)用的各種系統（包括PMS、CRS、網(wang)站(zhan)、微(wei)信應用、APP、OA、HR）所需要的運行環境和(he)開發需要的組件。

三、必須具備高可用性和高可擴展性

要(yao)做到99.9%的高(gao)可用(yong)性，也就是(shi)一年只有8個小時(shi)用(yong)不了。像(xiang)5月(yue)底宕(dang)機12小時(shi)，大(da)大(da)拉低了攜程網的高(gao)可用(yong)性。

SAAS系(xi)統(tong)(tong)發展進化的一(yi)般規(gui)律是，剛從(cong)C/S架(jia)構(gou)的系(xi)統(tong)(tong)改為SAAS，前(qian)半(ban)年在(zai)做功能開(kai)發、完善(shan)，高可(ke)(ke)用(yong)性(xing)最多(duo)只能達(da)到(dao)95%，每周(zhou)系(xi)統(tong)(tong)至少會(hui)宕(dang)一(yi)次(ci)；第二(er)個(ge)(ge)(ge)半(ban)年在(zai)不(bu)(bu)(bu)斷(duan)(duan)的接入種子(zi)(zi)用(yong)戶(hu)，當種子(zi)(zi)用(yong)戶(hu)達(da)到(dao)200個(ge)(ge)(ge)不(bu)(bu)(bu)同(tong)品牌時，產(chan)品有很大的適應面和(he)通(tong)用(yong)性(xing)，每兩周(zhou)-四周(zhou)系(xi)統(tong)(tong)都(dou)(dou)會(hui)宕(dang)一(yi)次(ci)，高可(ke)(ke)用(yong)性(xing)可(ke)(ke)達(da)到(dao)98-99%；第三、四個(ge)(ge)(ge)半(ban)年隨著(zhu)用(yong)戶(hu)數(shu)呈指(zhi)數(shu)式(shi)攀升后，系(xi)統(tong)(tong)性(xing)能和(he)瓶頸不(bu)(bu)(bu)斷(duan)(duan)暴露(lu)，不(bu)(bu)(bu)斷(duan)(duan)優(you)化，每兩月系(xi)統(tong)(tong)都(dou)(dou)會(hui)宕(dang)一(yi)次(ci)，高可(ke)(ke)用(yong)性(xing)可(ke)(ke)達(da)到(dao)99.9%。宕(dang)機后的恢復(fu)速度(du)在(zai)每個(ge)(ge)(ge)階段(duan)也很不(bu)(bu)(bu)一(yi)樣(yang)，剛開(kai)始的半(ban)年、一(yi)年會(hui)要幾(ji)個(ge)(ge)(ge)小時-一(yi)天，隨著(zhu)架(jia)構(gou)的完善(shan)、運維團隊(dui)對各種問(wen)題診(zhen)斷(duan)(duan)的熟(shu)悉(xi)和(he)對各種部(bu)署組成部(bu)分調優(you)的熟(shu)悉(xi)、運維制度(du)的完善(shan)，可(ke)(ke)縮短到(dao)幾(ji)分鐘。

總之(zhi)，沒有兩(liang)年時間(jian)，沒有一萬用戶，一個SAAS PMS系(xi)統不可(ke)能成熟起(qi)來。

為了達(da)到99.9%的高(gao)可用性(xing)，必須(xu)：

1）新版本上線前要做嚴謹的功能測試、性能測試，并有自動化的單元測試和功能測試保證之前的穩定功能不被破壞；

2）把握上線版本的品質、時機和灰度上線；

3）路由服務器、應用服務器、緩存服務器、消息中間件服務器和數據庫服務器應該分離部署，并做負載均衡，自動健康檢查，防止單點故障；

4）做異地容災。當一個機房節點的服務器、網絡設備出問題或者光纖被挖斷時，自動或經數據校驗后切換到另外的機房節點，就像支付寶一樣干得漂亮；

5）高可擴展性可以(yi)保障酒店在增加門店時不(bu)用慌張、節假日和促銷的突發流量(liang)(liang)(liang)不(bu)用緊張，因為幾分(fen)鐘可購買、開(kai)通十臺(tai)服(fu)務器，1小(xiao)時可準備好環境并上線搞定海量(liang)(liang)(liang)流量(liang)(liang)(liang)。

四、強運維能力也很關鍵

大中型連鎖酒店PMS系統的運維(wei)(wei)必須具(ju)有嚴(yan)格的運維(wei)(wei)制度，7*24實(shi)時監(jian)控與健(jian)康檢查，提前發現與防范(fan)，災難(nan)故障防范(fan)并演(yan)習(xi)，數據庫崩潰、攻擊、域名問(wen)題(ti)等(deng)突發情況應對能力(li)。

從(cong)本文(wen)介紹的(de)架構知識來看，PMS的(de)門(men)檻還是(shi)有的(de)，尤其是(shi)云計算(suan)PMS，不是(shi)十(shi)余(yu)人的(de)技術團隊，不是(shi)一兩(liang)年的(de)打造，就可以做起來的(de)。

互聯網是平的，互聯網技術、移動互聯網技術發展神速，瞬息萬變，要做到良好的、有競爭力的架構還是比較難的。