轉(zhuǎn)自環(huán)球旅訊

最近出了兩起大的互聯(lián)網(wǎng)安全事件，一是支付寶5月27日光纖被挖斷，二是攜程5月28日宕機。支付寶花了兩小時把流量切換到其他機房與節(jié)點，而攜程的用戶硬生生的等了12小時。都是互聯(lián)網(wǎng)公司，為啥兩家的恢復速度卻天壤之別？因為這是技術(shù)、架構(gòu)與運維的全面考驗與較量。這兩次事件使得網(wǎng)站技術(shù)安全架構(gòu)的重要性被充分體現(xiàn)出來了，只是我們平時沒太重視。

在酒店信息化管理領(lǐng)域，PMS的技術(shù)架構(gòu)同樣也未被高度重視。對于動輒幾百、幾千個門店的連鎖酒店，PMS的穩(wěn)定與安全，會影響到每天幾百萬、幾千萬的營業(yè)額，影響到每天幾萬人、幾十萬人的預訂、入住體驗，影響到幾千萬會員的忠誠度。所以大中型連鎖酒店不得不高度重視PMS的技術(shù)、架構(gòu)與運維。

目前有很多大型連鎖酒店自行開發(fā)系統(tǒng)，比如鉑濤、易佰、維也納、都市118、富驛時尚、城市便捷，各家養(yǎng)著幾十人的開發(fā)團隊，上百臺服務(wù)器，花錢更多不說，IT部門比采用第三方軟件更忙了，而且感覺更累了，很多方面還不太被認可。術(shù)業(yè)有專攻，酒店畢竟不是干互聯(lián)網(wǎng)、干IT的，導致格局、架構(gòu)、開放性考慮不周全，安全穩(wěn)定性也不太滿意。

筆者從事銀行、電信等大型高并發(fā)、高可用系統(tǒng)架構(gòu)以及互聯(lián)網(wǎng)SAAS、中間件等系統(tǒng)開發(fā)、管理、架構(gòu)十五年，尤其是有成功開發(fā)、部署與運維1萬多個酒店用戶使用的云PMSSAAS+PAAS平臺經(jīng)驗，現(xiàn)拋磚引玉，分享經(jīng)驗，希望對酒店行業(yè)的各位同仁有所幫助。

那么，大中型集團連鎖選擇的PMS應(yīng)該是什么架構(gòu)，以及具備哪些特點呢？

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

SaaS是Software-as-a-Service（軟件即服務(wù)）的簡稱，隨著互聯(lián)網(wǎng)技術(shù)的發(fā)展和應(yīng)用軟件的成熟，在21世紀開始興起的一種完全創(chuàng)新的軟件應(yīng)用模式。它與“on-demandsoftware”（按需軟件)，theapplicationservice provider(ASP，應(yīng)用服務(wù)提供商)，hosted software(托管軟件)所具有相似的含義。它是一種通過Internet提供軟件的模式，廠商將應(yīng)用軟件統(tǒng)一部署在自己的服務(wù)器上，客戶可以根據(jù)自己實際需求，通過互聯(lián)網(wǎng)向廠商定購所需的應(yīng)用軟件服務(wù)，按定購的服務(wù)多少和時間長短向廠商支付費用，并通過互聯(lián)網(wǎng)獲得廠商提供的服務(wù)。用戶不用再購買軟件，而改用向提供商租用基于Web的軟件，來管理企業(yè)經(jīng)營活動，且無需對軟件進行維護，服務(wù)提供商會全權(quán)管理和維護軟件。

ASP模式是SAAS之前流行的模式，相當于廠商購買服務(wù)器、開發(fā)應(yīng)用，并單獨給某個酒店品牌部署一套應(yīng)用。看起來ASP也是基于Internet的，但是他可能就是一套給小連鎖酒店或單體酒店用的web系統(tǒng)，其實該廠商用的技術(shù)要求低，安全性、高可用性、可伸縮性等方面的考慮比SAAS差得遠。

對于真正的SAASPMS來說，支持100個門店是道坎，支持100個連鎖品牌又是一道坎，支持10000個門店是一道更高的坎。

PAAS讓SAASPMS系統(tǒng)變?yōu)殪`活的、可插拔的，可以輕松接入其他系統(tǒng)，比如HR、CRM、OA等系統(tǒng)，讓酒店的前臺、銷售、財務(wù)、店長在PMS系統(tǒng)中無需升級、一個賬號密碼、不知不覺中享受到HR、OA等各種系統(tǒng)的功能與服務(wù)。一套SAAS支持PAAS，對于SAAS廠商可以免去大量的定制的煩惱、把獨立的模塊交給更擅長的廠商；對于有開發(fā)實力的酒店，可以自行定義，擴展功能；對于第三方系統(tǒng)開發(fā)商，如HR、OA開發(fā)商，可以調(diào)用SAAS廠商的API接口，開發(fā)出新的整合應(yīng)用，比如獲取銷售發(fā)展會員數(shù)據(jù)，計算銷售員業(yè)績，自動修正HR系統(tǒng)里的工資，并在PMS的某個頁面里顯示每個銷售人員的績效工資、全部工資、交稅額、實發(fā)功能等等。

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

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

數(shù)據(jù)中心化，如果每個門店有數(shù)據(jù)庫或系統(tǒng)，極為不安全，酒店的經(jīng)營數(shù)據(jù)和會員數(shù)據(jù)可能被黑客或競爭對手在門店非法獲取；要設(shè)置分級授權(quán)，在操作界面上不能隨意查到或?qū)С鏊袝T，不能隨意用客人的積分、儲值。

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

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

不用盜版，使用盜版會經(jīng)常收到律師函，如果被公開，對聲譽和品牌影響非常大，上市公司影響就更大。其實大量開源軟件已經(jīng)完全足夠搭建整個集團連鎖酒店使用的各種系統(tǒng)（包括PMS、CRS、網(wǎng)站、微信應(yīng)用、APP、OA、HR）所需要的運行環(huán)境和開發(fā)需要的組件。

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

要做到99.9%的高可用性，也就是一年只有8個小時用不了。像5月底攜程宕機12小時，大大拉低了攜程網(wǎng)的高可用性。

SAAS系統(tǒng)發(fā)展進化的一般規(guī)律是，剛從C/S架構(gòu)的系統(tǒng)改為SAAS，前半年在做功能開發(fā)、完善，高可用性最多只能達到95%，每周系統(tǒng)至少會宕一次；第二個半年在不斷的接入種子用戶，當種子用戶達到200個不同品牌時，產(chǎn)品有很大的適應(yīng)面和通用性，每兩周-四周系統(tǒng)都會宕一次，高可用性可達到98-99%；第三、四個半年隨著用戶數(shù)呈指數(shù)式攀升后，系統(tǒng)性能和瓶頸不斷暴露，不斷優(yōu)化，每兩月系統(tǒng)都會宕一次，高可用性可達到99.9%。宕機后的恢復速度在每個階段也很不一樣，剛開始的半年、一年會要幾個小時-一天，隨著架構(gòu)的完善、運維團隊對各種問題診斷的熟悉和對各種部署組成部分調(diào)優(yōu)的熟悉、運維制度的完善，可縮短到幾分鐘。

總之，沒有兩年時間，沒有一萬用戶，一個SAASPMS系統(tǒng)不可能成熟起來。

為了達到99.9%的高可用性，必須：

1）新版本上線前要做嚴謹?shù)墓δ軠y試、性能測試，并有自動化的單元測試和功能測試保證之前的穩(wěn)定功能不被破壞；

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

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

4）做異地容災(zāi)。當一個機房節(jié)點的服務(wù)器、網(wǎng)絡(luò)設(shè)備出問題或者光纖被挖斷時，自動或經(jīng)數(shù)據(jù)校驗后切換到另外的機房節(jié)點，就像支付寶一樣干得漂亮；

5）高可擴展性可以保障酒店在增加門店時不用慌張、節(jié)假日和促銷的突發(fā)流量不用緊張，因為幾分鐘可購買、開通十臺服務(wù)器，1小時可準備好環(huán)境并上線搞定海量流量。

四、強運維能力也很關(guān)鍵

大中型連鎖酒店P(guān)MS系統(tǒng)的運維必須具有嚴格的運維制度，7*24實時監(jiān)控與健康檢查，提前發(fā)現(xiàn)與防范，災(zāi)難故障防范并演習，數(shù)據(jù)庫崩潰、攻擊、域名問題等突發(fā)情況應(yīng)對能力。

從本文介紹的架構(gòu)知識來看，PMS的門檻還是有的，尤其是云計算PMS，不是十余人的技術(shù)團隊，不是一兩年的打造，就可以做起來的。

互聯(lián)網(wǎng)是平的，互聯(lián)網(wǎng)技術(shù)、移動互聯(lián)網(wǎng)技術(shù)發(fā)展神速，瞬息萬變，要做到良好的、有競爭力的架構(gòu)還是比較難的。