為了便于向不同類型的客戶和合作伙伴提供對應的服務，有必要在IT應用架構上對IT系統(tǒng)進行應用以及數(shù)據(jù)層面的整合。圖2展示了H3C未來服務業(yè)務領域的IT應用架構，可以看出，未來呼叫中心作為面向客戶與合作伙伴的統(tǒng)一服務界面，需要向客戶提供包含技術問題請求、備件申請、售前咨詢、非技術問題受理、工程狀態(tài)查詢等多種類型的服務請求，因此，各應用平臺的基礎信息整合以及建設一個基于SSO的服務支持Portal，是客戶聯(lián)絡中心對IT應用架構完善的基本要求。H3C在新的呼叫中心平臺規(guī)劃過程中，同步考慮了相應CRM平臺的升級與集成，通過建立集中的MDM（主數(shù)據(jù)管理平臺）以及服務支持Portal，使IT應用架構能夠滿足未來客戶聯(lián)絡中心的擴展要求�！　�

　　圖2 H3C服務支持IT應用架構

　　3. 異地災備案

　　呼叫中心的高可靠性要求平臺能夠有異地容災的能力，以確保系統(tǒng)出現(xiàn)問題時，坐席人員的業(yè)務應用能夠迅速切換到災備環(huán)境，話務不受影響。在異地災備方案選擇上，傳統(tǒng)的冷備方案有較多弊端，如資源利用率低，主備切換時間長等。因此熱備方案是更為可行的選擇。呼叫中心熱備必須解決兩個問題：

　　語音問題

　　就H3C而言，需要實現(xiàn)400號碼和800號碼分別動態(tài)從杭州和北京接入，進入同一IVR調(diào)度，任何一條線中斷都沒有影響。解決辦法是在兩地用同一家運營商專線，將同一號碼綁到兩條專線上實現(xiàn)動態(tài)分配，在語音網(wǎng)關上將400和800等多個號碼變換為一個內(nèi)部虛號碼，這樣后續(xù)號碼變更都不會影響內(nèi)部結構。

　　服務器熱備問題

　　異地服務器熱備分為借助負載均衡設備實現(xiàn)異地雙活和服務器集群兩種，通過負載均衡設備實現(xiàn)必須解決UDP源和目的來回路徑一致問題，且成本也較高。服務器集群和虛擬化是趨勢，但異地服務器集群和虛擬化又需要考慮解決異地網(wǎng)絡二層互通和虛擬機流量監(jiān)管問題，兩地數(shù)據(jù)中心都有在運行的業(yè)務，并希望互不影響。如果在兩地再增專線成本太高，最好利用既有線路在原業(yè)務基礎上實現(xiàn)二層互通。

　　針對這個需求，MPLS L2VPN 、VPLS和EVI都能夠解決以上問題，其中EVI具有傳輸鏈路無關，任何鏈路上可運行（裸光纖、IP、MPLS）、站點完全獨立，單站點故障不會影響其他站點業(yè)務、不影響現(xiàn)有網(wǎng)絡，可旁掛部署，對現(xiàn)有網(wǎng)絡架構無影響、管理配置簡單等特點，優(yōu)勢尤為突出。而針對服務器虛擬化流量如何分析管理的問題，可以通過H3C網(wǎng)絡新技術EVB很好的解決（注：有關EVI、EVB的技術可以在H3C官方網(wǎng)站搜索查詢，IP領航曾有詳細介紹）。

　　H3C最終確定了通過EVI技術在北京和杭州建立呼叫中心內(nèi)部二層專網(wǎng)，底層網(wǎng)絡設備采用IRF技術進行網(wǎng)絡設備虛擬化并結合跨設備鏈路捆綁保證高可靠性。在北京和杭州部署服務器做異地集群，服務器通過H3C CAS平臺虛擬成多臺虛擬機運行各個業(yè)務。語音采用分布式冗余組網(wǎng)接入。拓撲示意如圖3所示。

　　

　　圖3 基于雙機策略的北京-杭州備份方案

　　結束語

　　未來，隨著服務內(nèi)容的豐富，呼叫中心平臺與內(nèi)部CRM平臺以及各應用系統(tǒng)的結合也會日趨緊密，基礎架構的高可用性、靈活性、擴展性，會成為客戶在構建新呼叫中心平臺中日益關注的內(nèi)容，基于IP網(wǎng)絡架構，并借助新的網(wǎng)絡技術無疑會提高業(yè)務應用整合的效率，為企業(yè)以及客戶帶來更高價值。