保險IT微服務(wù)架構(gòu)(經(jīng)典).ppt

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