新用戶登錄后自動創(chuàng)建賬號
登錄最近出了兩起大的互聯(lián)網(wǎng)安全事件,一是支付寶5月27日光纖被挖斷,二是攜程5月28日宕機。支付寶花了兩小時把流量切換到其他機房與節(jié)點,而攜程的用戶硬生生的等了12小時。都是互聯(lián)網(wǎng)公司,為啥兩家的恢復速度卻天壤之別?因為這是技術(shù)、架構(gòu)與運維的全面考驗與較量。這兩次事件使得網(wǎng)站技術(shù)安全架構(gòu)的重要性被充分體現(xiàn)出來了,只是我們平時沒太重視。
在酒店信息化管理領域,PMS的技術(shù)架構(gòu)同樣也未被高度重視。對于動輒幾百、幾千個門店的連鎖酒店,PMS的穩(wěn)定與安全,會影響到每天幾百萬、幾千萬的營業(yè)額,影響到每天幾萬人、幾十萬人的預訂、入住體驗,影響到幾千萬會員的忠誠度。所以大中型連鎖酒店不得不高度重視PMS的技術(shù)、架構(gòu)與運維。
目前有很多大型連鎖酒店自行開發(fā)系統(tǒng),比如鉑濤、易佰、維也納、都市118、富驛時尚、城市便捷,各家養(yǎng)著幾十人的開發(fā)團隊,上百臺服務器,花錢更多不說,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萬多個酒店用戶使用的云PMS SAAS+PAAS平臺經(jīng)驗,現(xiàn)拋磚引玉,分享經(jīng)驗,希望對酒店行業(yè)的各位同仁有所幫助。
那么,大中型集團連鎖選擇的PMS應該是什么架構(gòu),以及具備哪些特點呢?
一、 靈活開放的架構(gòu),首選SAAS+PAAS,一定要基于SAAS+PAAS架構(gòu)。
SaaS是Software-as-a-Service(軟件即服務)的簡稱,隨著互聯(lián)網(wǎng)技術(shù)的發(fā)展和應用軟件的成熟, 在21世紀開始興起的一種完全創(chuàng)新的軟件應用模式。它與“on-demand software”(按需軟件),the application service provider(ASP,應用服務提供商),hosted software(托管軟件)所具有相似的含義。它是一種通過Internet提供軟件的模式,廠商將應用軟件統(tǒng)一部署在自己的服務器上,客戶可以根據(jù)自己實際需求,通過互聯(lián)網(wǎng)向廠商定購所需的應用軟件服務,按定購的服務多少和時間長短向廠商支付費用,并通過互聯(lián)網(wǎng)獲得廠商提供的服務。用戶不用再購買軟件,而改用向提供商租用基于Web的軟件,來管理企業(yè)經(jīng)營活動,且無需對軟件進行維護,服務提供商會全權(quán)管理和維護軟件。
ASP模式是SAAS之前流行的模式,相當于廠商購買服務器、開發(fā)應用,并單獨給某個酒店品牌部署一套應用??雌饋鞟SP也是基于Internet的,但是他可能就是一套給小連鎖酒店或單體酒店用的web 系統(tǒng),其實該廠商用的技術(shù)要求低,安全性、高可用性、可伸縮性等方面的考慮比SAAS差得遠。
對于真正的SAAS PMS來說,支持100個門店是道坎,支持100個連鎖品牌又是一道坎,支持10000個門店是一道更高的坎。
PAAS讓SAAS PMS系統(tǒng)變?yōu)殪`活的、可插拔的,可以輕松接入其他系統(tǒng),比如HR、CRM、OA等系統(tǒng),讓酒店的前臺、銷售、財務、店長在PMS系統(tǒng)中無需升級、一個賬號密碼、不知不覺中享受到HR、OA等各種系統(tǒng)的功能與服務。一套SAAS支持PAAS,對于SAAS廠商可以免去大量的定制的煩惱、把獨立的模塊交給更擅長的廠商;對于有開發(fā)實力的酒店,可以自行定義,擴展功能;對于第三方系統(tǒng)開發(fā)商,如HR、OA開發(fā)商,可以調(diào)用SAAS廠商的API接口,開發(fā)出新的整合應用,比如獲取銷售發(fā)展會員數(shù)據(jù),計算銷售員業(yè)績,自動修正HR系統(tǒng)里的工資,并在PMS的某個頁面里顯示每個銷售人員的績效工資、全部工資、交稅額、實發(fā)功能等等。
二、必須能保障高安全性。
再多的功能、再好的用戶體驗,對于PMS來說,安全是基礎,客人數(shù)據(jù)泄露了是天大的事,不僅僅客人投訴,品牌也受損。像前幾次某上市連鎖酒店的數(shù)據(jù)泄露,是酒店與客人的一大災難。對于上市的連鎖酒店,股票會連續(xù)幾天往下跌,市值下降幾個億都是有可能的,可見安全性多么的重要。
數(shù)據(jù)中心化,如果每個門店有數(shù)據(jù)庫或系統(tǒng),極為不安全,酒店的經(jīng)營數(shù)據(jù)和會員數(shù)據(jù)可能被黑客或競爭對手在門店非法獲取;要設置分級授權(quán),在操作界面上不能隨意查到或?qū)С鏊袝T,不能隨意用客人的積分、儲值。
選擇Windows or Linux?全世界80%的網(wǎng)站用的Linux/Unix服務器,BAT、京東、電信、銀行無一不是幾乎全部用的Linux/Unix服務器。Linux/Unix比Windows當服務器操作系統(tǒng)安全性高一個等級。
開源軟件,全世界70%的網(wǎng)站用的LAMP架構(gòu)。LAMP架構(gòu)是指Linux+Apache+Mysql/MariaDB+Perl/PHP/Python一組常用來搭建動態(tài)網(wǎng)站或者服務器的開源軟件,本身都是各自獨立的程序,但是因為常被放在一起使用,擁有了越來越高的兼容度,共同組成了一個強大的Web應用程序平臺。后來由于J2EE(JAVA)的良好機制,為搭建具有高可用性、高可伸縮性、支持異構(gòu)環(huán)境、分布式的大型網(wǎng)站提供了另一重要選擇。大量巨頭網(wǎng)站,比如淘寶、京東就是用J2EE(JAVA)搭建的。
不用盜版,使用盜版會經(jīng)常收到律師函,如果被公開,對聲譽和品牌影響非常大,上市公司影響就更大。其實大量開源軟件已經(jīng)完全足夠搭建整個集團連鎖酒店使用的各種系統(tǒng)(包括PMS、CRS、網(wǎ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)品有很大的適應面和通用性,每兩周-四周系統(tǒng)都會宕一次,高可用性可達到98-99%;第三、四個半年隨著用戶數(shù)呈指數(shù)式攀升后,系統(tǒng)性能和瓶頸不斷暴露,不斷優(yōu)化,每兩月系統(tǒng)都會宕一次,高可用性可達到99.9%。宕機后的恢復速度在每個階段也很不一樣,剛開始的半年、一年會要幾個小時-一天,隨著架構(gòu)的完善、運維團隊對各種問題診斷的熟悉和對各種部署組成部分調(diào)優(yōu)的熟悉、運維制度的完善,可縮短到幾分鐘。
總之,沒有兩年時間,沒有一萬用戶,一個SAAS PMS系統(tǒng)不可能成熟起來。
為了達到99.9%的高可用性,必須:
1)新版本上線前要做嚴謹?shù)墓δ軠y試、性能測試,并有自動化的單元測試和功能測試保證之前的穩(wěn)定功能不被破壞;
2)把握上線版本的品質(zhì)、時機和灰度上線;
3)路由服務器、應用服務器、緩存服務器、消息中間件服務器和數(shù)據(jù)庫服務器應該分離部署,并做負載均衡,自動健康檢查,防止單點故障;
4)做異地容災。當一個機房節(jié)點的服務器、網(wǎng)絡設備出問題或者光纖被挖斷時,自動或經(jīng)數(shù)據(jù)校驗后切換到另外的機房節(jié)點,就像支付寶一樣干得漂亮;
5)高可擴展性可以保障酒店在增加門店時不用慌張、節(jié)假日和促銷的突發(fā)流量不用緊張,因為幾分鐘可購買、開通十臺服務器,1小時可準備好環(huán)境并上線搞定海量流量。
四、強運維能力也很關鍵
大中型連鎖酒店PMS系統(tǒng)的運維必須具有嚴格的運維制度,7*24實時監(jiān)控與健康檢查,提前發(fā)現(xiàn)與防范,災難故障防范并演習,數(shù)據(jù)庫崩潰、攻擊、域名問題等突發(fā)情況應對能力。
從本文介紹的架構(gòu)知識來看,PMS的門檻還是有的,尤其是云計算PMS,不是十余人的技術(shù)團隊,不是一兩年的打造,就可以做起來的。
互聯(lián)網(wǎng)是平的,互聯(lián)網(wǎng)技術(shù)、移動互聯(lián)網(wǎng)技術(shù)發(fā)展神速,瞬息萬變,要做到良好的、有競爭力的架構(gòu)還是比較難的。
(本文作者彭金輝,北京大學學士、中國科學院碩士,北京住哲信息技術(shù)有限公司創(chuàng)始人、CEO兼CTO,對互聯(lián)網(wǎng)產(chǎn)品架構(gòu)設計與運營、LBS、旅游O2O有深入的研究。個人微信號:pengjinhuitongxue)