云計算是個非常好的概念。云計算(Cloud Computing)是網格計算(Grid Computing)、分布式計算(Distributed Computing)、并行計算(Parallel Computing)、公用事業計算(Utility Computing)、網絡存儲(Network Storage Technologies)、虛擬化(Virtualization)、負載均衡(Load Balance)等傳統計算機技術和互聯網技術發展融合量變到產生服務質變的產物。
現在云計算是一個非常熱門的話題，IT服務商是“一頭熱”，但是保險行業CIO們還是不放心，并沒有投入。關鍵問題是數據安全管理和云的安全風險防范措施還不夠完善。現在所了解的電子簽章以及數據加密技術公鑰在理論上的安全性夠強，但是在使用上和成本上，以及操作方便上做得還不夠好，用戶體驗不夠好。
云計算的概念好，但是從保險行業CIO的角度來看，云計算落地的方案還不夠成熟。
自建私有云成本高，只是大銀行和大保險公司有能力建設私有云系統，目前還不適合中小保險公司的要求。國家和地方政府以及各大廠商都看重的是云服務的社會價值，即由各種技術融合起來產生像使用水電一樣方便的公用事業社會化服務的價值。
但是，云服務和水電服務是“形同質異”，二者服務內容的質不同在于：云服務需要處理客戶數據和客戶的應用程序，隱私、數據安全、防病毒、防駭客以及客戶化服務是水電服務所沒有的。這也是影響云服務成敗的關鍵因素。目前為止，公有云服務還停留在云存儲等缺乏行業應用狀態，云的社會化服務還沒有落地，還沒有真正轉化成社會價值。
一方面，IT廠商投入大量資源于云計算，做著云美夢，云大霧大，云山霧罩；另一方面，保險行業CIO還在持幣觀望，尤其對于公有云服務，霧里看花，看似挺美，但是看不清楚，還不放心使用云服務。目前市場一頭熱的情況，問題出在哪里？
云服務落地的選擇權在于客戶。對于保險行業CIO來說，還沒有看到安全可靠的、性價比好、值得采用的公有云服務。因為公有云的數據安全保障還沒有達到金融行業的數據安全要求。
從云計算的社會服務價值來看，私有云并不能體現云計算的社會服務價值，要在公有云的設施基礎上建設和提供私有云服務給金融行業，才能體現云計算的社會服務價值。
在公有云的設施基礎上搭建虛擬的私有云服務就像VPN是在公用的互聯網設施上搭建虛擬的私有網絡一樣的模式。當然，采用類同于MPLS-VPN模式，搭建共享的、分級管理的VPN專線網絡，提供給金融行業客戶虛擬的專線網絡服務也是一個參考模式。
近年來，中小保險公司業務成長迅速，對災備系統建設的要求也就越來越迫切。與大保險公司相比，中小保險公司在人員、財力、物力不足的前提下，如果也采取大公司的模式，自建高端的災備中心，既會帶來很高的成本壓力，也會產生資源浪費，因此租用機房、外包災備中心也是值得考慮的方案。成本是規劃災備系統一個不可缺少的杠桿，保險公司的董事會和管理層都會對成本進行評估并要求節省成本。
由于銀行保險業務發展很快，占比越來越大，各保險公司都非常重視銀行保險業務。雖然保險公司傳統的交易處理模式對于實時性交易處理的要求不高，但由于銀行保險業務需要與銀行交易系統聯機實時處理，導致保險公司的災備系統也需要跟上銀保通交易模式的支援要求。在這種要求下，要想保障銀行保險業務實時聯機交易的持續穩定運行，就需要構建支持銀保通實時交易，保障銀保通系統業務連續性的災備系統。
選擇災備方案不是只考慮災備技術，而是要基于業務需求，實現業務連續性。綜合考慮技術手段、投資成本、維護成本、管理方式等方面的因素，評估最佳性價比的災備系統方案。災備系統的業務價值在于實現業務連續性，不能實現業務連續性的災備系統是缺乏業務價值的系統。
作為保險公司的CIO，不能只考慮技術多么先進，多么新穎，重點是看這項新技術是否能夠如何支援業務創造價值，來為技術本身的投入實現使用價值。所以，保險公司的CIO職責不是重在做IT技術研究，而是既要懂技術，要對新技術敏感，又要懂業務，要有“估值”經驗和“估值”方法來評估這些新技術在我們的業務中如何運用，如何創造價值。
為了同時滿足業務發展和成本控制的要求，需要先做好方案分析和優化，并且要做“風洞試驗”來證明方案的可行性。在與領導溝通中，需要從速度、質量、成本3個維度上，摸清領導主要關注的是哪兩個維度的要求。從市場規律來看，同時滿足3個維度是不現實的，明確目標并努力滿足其中的兩者才是可行的。
以銀保通系統為例，如果保險公司需要在遇到災難時，仍能保障銀保通系統在銀行網點正常出單，就需要建設保障銀保通系統不間斷運行的災備系統。如果保險公司的信息系統不能做到這一點，就會導致銀保業務保單的流失。因此，需要保險公司的IT部門從以下幾個環節綜合考慮災備系統建設：一是銀保通前置機備份，當數據中心遭遇災難時，能夠快速切換到災備中心，并從災備中心支援銀保通系統在銀行網點出單；二是網絡備份，從災備中心連接各合作銀行的銀保通系統的聯網；三是打印系統備份，打印系統服務器要能夠從災備中心打印保單；四是采用快速數據復制技術，將核心業務系統從數據庫數據到保單影像文件、到應用系統每日接近于實時備份到災備中心，以保障銀保通系統快速恢復和不間斷運行。
銀保通的出現，使得保險公司將原來需要很多人工交互處理過程壓縮到實時自動化，所以在業務處理方面需要配套的簡化業務流程。傳統的保險產品在銷售過程中，個險營銷員要了解客戶需求，要體檢，要根據客戶的年齡和健康狀況來加減費用，最后還要通過保險公司業務管理部的審核。整個銷售過程需要幾天到幾周的時間，但是銀保通不能等這么久，客戶在銀行網點買保險產品，只有幾分鐘時間做選擇，銀行柜員錄單后需要在40秒內反饋核保結果，沒有保險公司的人工審核和加減費用，保險公司的系統處理反饋超過40秒，銀行方面就會抹單，取消該筆交易。銀保通系統是網絡聯機的實時交易系統，客戶在銀行網點柜臺就那么幾分鐘時間購買保險產品，如果保險公司銀保通系統宕機，聯入這家銀行網點的銀保通系統沒有響應，客戶就得不到服務，客戶就會選擇其它產品，因而損失了客戶，影響了業績。這種情況下，要求保險公司做銀保通系統是不能停機的，這對于系統災備的要求很高。所以我們需要在銀保通業務連續性方面做系統的災難備份工作。
保險公司傳統業務模式對災備要求不高，但是為了保障銀保通業務的連續性，就需要銀行級的能夠實時切換的熱備的業務和網絡的災備系統。建設一套熱備的業務和網絡的災備系統，共計兩套系統便形成2∶1的投入產出比，顯然成本太高，作為保險公司的CIO，有責任找到更具效益的、保障業務連續性的技術方案，云災備方案就在考慮范圍之內。
云計算如何落地保險行業？
對于中小保險公司而言，云計算服務的價值在于在公有云的設施基礎上建設和提供虛擬的私有云服務，利用云服務來保障銀保通業務的連續性的云災備系統應該是云計算在保險行業的一個有價值落地點，但是目前還沒看到能讓中小保險公司CIO認為實際可用的云災備的落地方案。
京公網安備 11010502049343號