保險IT微服務架構(經典).ppt

2017保險IT微服務架構ElvisZhang2016年10月 保監(jiān)會發(fā)展改革部副主任羅勝在 2016中國互聯網保險大會 上表示 大數據可能帶來保險產品 作業(yè) 組織 監(jiān)管模式的改變 在大數據的支撐下 風險可以更精細劃分 保險作業(yè)更深更廣融地入具體場景 即所謂場景保險 保險產品可以更加碎片化 保險公司采取更多甚至全部在線的作業(yè)流程 即所謂保險的O2O 保險公司內部完整作業(yè)鏈條的圍墻被拆除 打碎后重新組裝 隨著 互聯網 向著 移動化 專業(yè)化 社交化 場景化 深入發(fā)展 服務與體驗將成為市場競爭的關鍵 通過 服務 而不是 銷售 保險才能深入到更多用戶 先用戶再客戶 的生活 才能真正 連接一切 從傳統(tǒng)的保險公司發(fā)展歷程看 現在遇到最大的問題不是技術 最大的問題其實是它的客戶群發(fā)生了改變 客戶的期望也正在發(fā)生根本性的變化 簡單 便捷 透明 個性化以及社交化 保險行業(yè)是我國市場經濟體系的重要組成部分 隨著國際化競爭地加劇 對內降低組織的摩擦力 提升公司的運營效率 對外實現與客戶更友好的溝通 提升服務水平 對客戶需求給予迅速回應成為行業(yè)亟待解決的戰(zhàn)略問題 在保險行業(yè)信息化發(fā)展上主要經歷了三個階段 第一階段是業(yè)務處理階段 各保險公司主要實現了各自的核心業(yè)務系統(tǒng) 第二階段是業(yè)務拓展階段 主要圍繞業(yè)務拓展 渠道管理 客戶服務等面進行擴展 第三階段是經營管理和決策支持階段 通過商業(yè)智能等技術 推動保險公司管理和決策水平的提高 并充分對信息數據進行分析 挖掘 處理 為保險公司經營及管理提供支持 隨著保險行業(yè)新渠道 新業(yè)務的推出和發(fā)展 敏捷開放的IT架構 移動互聯 大數據 商業(yè)智能等技術對保險行業(yè)的銷售 決策 管理等方面起著越來越重要的作用 微服務架構的建設策略 以客戶為中心建立360度客戶視圖支持個性化和個人自助服務各渠道與客戶信息平臺集成 場景化產品提供參數化配置 縮短新產品和服務達到市場的時間保障范圍更加具體化 產品融入渠道業(yè)務場景結合渠道的業(yè)務形態(tài)與合作伙伴的需要研發(fā)定制產品 靈活應對變化與合作支持新渠道和新合作伙伴的開發(fā)與集成嵌入式營銷 產品貼近用戶場景需要基于數據 精準營銷 現在 客戶 擴展 新類型 已有保單 現有產品保障的擴展 新產品 產品 現有渠道 現有渠道類型的擴展 新渠道類型 渠道 敏捷開放的IT架構建立基于微服務架構的IT平臺Scrum 敏捷開發(fā)DevOps 持續(xù)交付 本著滿足客戶需求 面向未來發(fā)展 結合產品營銷策略 業(yè)務發(fā)展規(guī)劃 業(yè)務形態(tài)和業(yè)務流程的原則建立敏捷開放的IT平臺 通過對現有各業(yè)務系統(tǒng)的整合 建立對內對外統(tǒng)一的 高效的平臺 滿足業(yè)務管理 銷售支持 決策分析等各方面需要 支持應用系統(tǒng)在不同用戶界面或渠道的拓展 如柜面 微信 APP WEB 銀保通 醫(yī)保通 以客戶為中心 創(chuàng)建360度客戶視圖 客戶畫像 更好地理解客戶 以個性化的方式與客戶交流通過大數據智能分析 提升業(yè)務決策支持能力 實時 準確的預測風險 制定貼合客戶需求并有競爭力的產品 營銷和風險戰(zhàn)略業(yè)務系統(tǒng)可以靈活地和外部伙伴的業(yè)務系統(tǒng)建立集成 合作關系 對外提供功能服務或者使用外部的服務變得簡單而靈活靈活的產品建模工具 便捷的產品發(fā)布方法緊密銜接的業(yè)務流程 靈活配置的業(yè)務規(guī)則 目標 洞察客戶需求 滿足客戶期望 與客戶建立長期關系實現創(chuàng)新的營銷 無縫多渠道的銷售 實時精準的風險控制 靈活高效的運營模式優(yōu)化企業(yè)價值鏈 促進資源跨界整合 共建開放 共贏的產業(yè)生態(tài)系統(tǒng)讓業(yè)務模式與產品具備高度的可配置性與可擴展性 快速捕捉市場機遇 期望的成果 微服務架構的目標 未來的業(yè)務模式不再是面向產品或者面向保單的 而應該是面向客戶的 所以需要IT平臺可以提供跨企業(yè)各個系統(tǒng)的客戶統(tǒng)一視圖 不斷變化的市場環(huán)境需要IT平臺可以針對產品 業(yè)務的迅速變化提供即時的支持 例如產品規(guī)則的變化 新的業(yè)務流程的應用等 在開展新地區(qū) 新渠道或者新形態(tài)的業(yè)務時 需要IT平臺提供更加完整 豐富的數據支持 隨著保險產業(yè)網絡的不斷成熟 將出現大量在價值鏈的某些環(huán)節(jié)提供專業(yè)化服務的專家型企業(yè) 保險價值鏈充分分離成大量由相應專業(yè)企業(yè)運作的業(yè)務功能 需要IT平臺可以靈活 自由地和很多外部伙伴的業(yè)務系統(tǒng)建立集成 合作關系 如何突破業(yè)務系統(tǒng)的制約 使企業(yè)在整個價值鏈上進行優(yōu)化 將成為企業(yè)降低運營成本 為客戶提供更高效的服務 從而增強企業(yè)整體競爭力的關鍵 選擇了微服務架構也就意味著選擇了一個開放 自由 大型的技術應用平臺 微服務架構能在任何操作系統(tǒng)和硬件配置上運行 現有的操作系統(tǒng)和硬件能被保留使用 微服務架構可以將通用的繁瑣的服務端任務交給中間件完成 這樣開發(fā)人員可以集中精力在如何創(chuàng)建商業(yè)邏輯上 相應縮短開發(fā)時間 目前保險企業(yè)各個業(yè)務系統(tǒng)存在較多應用豎井 每個豎井都需要通過專有的接口提供各自的服務 依據業(yè)務發(fā)展趨勢和建設規(guī)劃 需要從面向系統(tǒng)轉型面向服務 通過服務組件提供應用和數據 需要進行架構解耦 消除應用豎井 讓業(yè)務功能以標準化的業(yè)務服務形態(tài)暴露給最終用戶 使服務可共享并重復利用 通過建立微服務架構的IT平臺將信息技術與業(yè)務的有效結合起來 從而推動企業(yè)產品創(chuàng)新 服務創(chuàng)新及市場創(chuàng)新 微服務架構良好的開放性和兼容性 支持標準的協(xié)議和接口類型 提供多種開放的應用開發(fā)接口 能夠和業(yè)界主流的產品實現互連互通 并具備有效的 統(tǒng)一的手段和機制進行業(yè)務管理 設備管理 應用軟件環(huán)境設置調整管理 開發(fā)管理以及運維人員的管理 微服務技術架構 通過微服務解耦業(yè)務系統(tǒng)的各個業(yè)務功能 可以根據用戶的需求靈活定制不同的用戶界面與具體功能 接口適配器池完成對不同業(yè)務系統(tǒng)的接口適配的功能 同時實現與合作伙伴的網關接口連接和管理 保險移動展業(yè) 自助理賠等逐漸成為各大險企積極發(fā)力開拓的營銷與服務模式 微服務平臺利用開放式標準化的接口技術 RESTfulAPI 可以靈活地匹配多渠道移動展業(yè)的需要 并實現客戶自助服務 把客戶與企業(yè)及合作伙伴無縫連接起來 充分利用移動終端設備的功能 提升營銷效率 降低營銷成本 提高服務品質 大數據分析平臺總體架構 歷史數據查詢 數據交換平臺 應用集市數據區(qū) 員福業(yè)務 銀保業(yè)務 渠道業(yè)務 政保業(yè)務 業(yè)務 企業(yè)內外部半結構化 非結構化數據 大數據交換組件 數據庫數據交換組件 數據區(qū)數據交換組件 大數據區(qū) 沙盤演練數據區(qū) 實時數據區(qū) 客戶主題 業(yè)績主題 理賠主題 業(yè)務沙盤演練 數據增值產品 保單數據 理賠數據 增值產品數據區(qū) 主題數據區(qū) 機構主題 用戶訪問層 客戶匯總 業(yè)績匯總 理賠匯總 機構匯總 醫(yī)療信息 移動互聯 健康信息 訪問日志 處理后大數據 待處理大數據 流程調度 監(jiān)控告警 數據標準 數據質量 元數據 數據安全 流程調度平臺 數據管控平臺 流程調度層 實時數據查詢 客戶管理 保單管理 財務數據 外部用戶 貼源數據區(qū) 產品數據 內部管理分析 內部用戶 歷史歸檔數據區(qū) IT人員 風險管理 通過大數據分析平臺和商業(yè)智能 BI 的應用建設 搭建統(tǒng)一的大數據共享和分析平臺 對各類業(yè)務進行前瞻性預測及智能分析 為各層次用戶提供統(tǒng)一的決策分析支持 提升數據共享與數據服務能力 Kubertenes Docker 基于容器云的微服務架構與DevOps平臺 基于微服務架構的SAAS開放平臺 基于API的服務開放中心框架 基于大數據分析的業(yè)務運營管理后臺 統(tǒng)一的運維管理中心 什么是敏捷開發(fā) 敏捷開發(fā) AgileDevelopment 是一種以人為核心 迭代 循序漸進的開發(fā)方法 采用敏捷開發(fā)模式 通過敏捷高效的設計 穩(wěn)定的開發(fā)速度 擁抱變化 積極調整來保證微服務的開發(fā)質量和敏捷交付 Scrum總體骨架 殘酷現實客戶是逐步發(fā)現他真正要的東西開發(fā)人員逐步發(fā)現如何開發(fā)產品滿足客戶需求在這個過程中隨時可能發(fā)生變化 美好愿望客戶知道自己要的是什么開發(fā)人員知道如何開發(fā)來滿足客戶需求在開發(fā)過程中需求不會發(fā)生變化 期望客戶一開始就想清楚他們真正要的東西是不現實的 我們應當通過不斷的向客戶交付可用的產品 啟發(fā)客戶逐步的發(fā)現真正的需求 我們認識到 適應變化 認清 客戶是逐步發(fā)現真正需求 適應變化 小批量是快速交付的關鍵 我們首先要做的是通過盡早地 持續(xù)地交付有價值的軟件來使客戶滿意 經常性的交付可以工作的軟件 交付的間隔可以從幾個星期到幾個月 交付的時間間隔越短越好 摘自敏捷軟件的十二個原則 在需求響應周期相同的情況下 批量 一次開發(fā)的需求量 越小 資源利用率更高 在資源利用率相同的情況下 批量越小 交付周期更短 減小批量不僅帶來縮短交付周期 而且還帶來提高質量 促進創(chuàng)新 降低管理成本 更高的效率等其他好處 大幅提升商業(yè)價值 減少批量的好處 Source CraigLarman 減小批量 1 減少排隊 3 縮短交付周期 2 加快反饋 4 增強質量 5 改善創(chuàng)新 6 降低管理成本 7 更高的效率 排隊理論 小批量與縮短交付周期 人員有效產出的關系 適應變化 利用多層次反饋不斷調整以逼近目標 結對編程 單元測試 持續(xù)集成 站立會議 回顧會議 客戶驗收 對代碼質量的反饋 對單元功能的反饋 對團隊運作的反饋 對系統(tǒng)功能的反饋 對客戶需求的反饋 利用多層次反饋手段 在變化的環(huán)境中讓團隊準確