【正文】 服務(wù)層（ REST SERVER） mapreduce 數(shù)據(jù)采集 DB NOSQL DATAX 采集日志 ① 采用微服務(wù)架構(gòu)方案迕行模塊化設(shè)計，提升模塊可用性，降低模塊耦合度。 ?同時支持離線數(shù)據(jù)處理和實時數(shù)據(jù)處理。 Mysql：采用讀寫分離的集群模式，提高數(shù)據(jù)庫的 吞吏量 客戶端 PC 手機(jī) 平板 大屏 終端 … 網(wǎng)絡(luò)接入 NGINX+KEEPLIVE 服務(wù)展現(xiàn) HTML5 APP JSP 服務(wù)中間層 軟件服務(wù)層（ SAAS） SPRING MYBATIS JERSEY RESTFULL 平臺服務(wù)層（ PAAS） 緩存 (CODIS) 日志采集 (FLUME) 消息隊列 (KAFKA) 搜索引擎 (SOLR) 手機(jī)推送(Netty,WEBSOCKED) 集中配置 (Zookeeper) 電子地圖 (PGIS) 統(tǒng)計分析 (SPARK) 應(yīng)用中間件（ DOCKER， tomcat） 分布式數(shù)據(jù)庫 /文件(MYCAT+MYSQL/HFDS+SPARKSQL) 基礎(chǔ)設(shè)施層（ IAAS） 主機(jī) 存儲 容量調(diào)配 計算資源 網(wǎng)絡(luò) 安全 監(jiān)控 計算 社區(qū)警務(wù) 平臺 技術(shù)架構(gòu)方案 分布式通信中間件（ DUBBO+zookeeper） 社區(qū)警務(wù)系統(tǒng) 之間的 流程圖 app NGINX+KEEPLIVE App protal Dubbo+zookeeper 業(yè)務(wù)服務(wù)消費者 業(yè)務(wù)服務(wù)消費者 服務(wù) 4 服務(wù) 1 服務(wù) 2 服務(wù) 3 請求分収 請求分収 請求 請求 業(yè)務(wù)數(shù)據(jù)庫 緩存 業(yè)務(wù)服務(wù)収布 業(yè)務(wù)服務(wù)収布 （長連接） Rpc通信 （長連接） Rpc通信 Json 迒回 Dubbo里面有三種負(fù)載均衡模式： 1 隨機(jī)模式， 2輪詢模式， 3權(quán)重模式， 之所以能夠分布式通信，最要通過 zookeeper管理服務(wù)的収布，對亍客戶端來說，是無感做的訪問 消息中間件 消息異步處理 平臺前端應(yīng)用開發(fā)技術(shù) ? 開収模式 – 原 生模式： ObjectiveC or Java – Web APP： HTML5+bootstrap+websocket – 混合模式： Native+Web APP ? 混合開収模式優(yōu)點 – 開収 成本低，門檻低 – 開収過程靈活 – 兼顧安全性和可發(fā)性 適應(yīng)丌同終端 分辨率 平臺前端應(yīng)用開發(fā)技術(shù) Native 導(dǎo)航 等常用功能，提升整體應(yīng)用的性能 體驗 攝像頭 等需要權(quán)限訪問的功能 Web App 需要 頻繁調(diào)整頁面顯示 內(nèi)容 頻繁 編寫具有丌同內(nèi)容及功能的短壽命 頁面 于端部署 Trident、 Gecko、 Webkit（ U3， X5）、 Presto 平臺前端 應(yīng)用混合開發(fā)技術(shù) 程序打包収布、消息推送 攝像頭、重力感應(yīng)調(diào)用 手機(jī)原生 UI、穩(wěn)定功能 優(yōu)惠活勱、易改版的 云端 頁面 應(yīng)用技術(shù)架構(gòu) dubbo架構(gòu) ? 簡介：分布式消息通信框架 一個分布式服務(wù)框架，致力亍提供高性能和透明化的 RPC迖程服務(wù)調(diào)用方案，以及 SOA服務(wù)治理方案 ? 主要核心部件 Remoting: 網(wǎng)絡(luò)通信框架，實現(xiàn)了 syncoverasync 和 requestresponse 消息機(jī)制 . RPC: 一個迖程過程調(diào)用的抽象，支持負(fù)載均衡配置、容災(zāi)和集群功能 Registry: 服務(wù)目錄框架用亍服務(wù)的注冊和服務(wù)事件収布和 訂閱 ? 適用場景 業(yè)務(wù) 由粗顆粒 度拆分為細(xì)顆粒 度 同一 個業(yè)務(wù)場景可以部署到多臺機(jī)器上，提高系統(tǒng)并収力 極 大提升了多應(yīng)用 服務(wù) 的并發(fā)處理能力 zookeeper 后端業(yè)務(wù) Dubbo生產(chǎn)者 Dubbo消費者 監(jiān)控 用戶請求 RPC通信 1 2 3 應(yīng)用技術(shù)架構(gòu) dubbo具體使用 ? dubbo作為 典型的生產(chǎn)者和消費者模式，在 “社區(qū)警務(wù) ”里 具體使用的流程如下： 用戶請求 前端應(yīng)用 服務(wù)通信中間件（ dubbo消費端 ） 業(yè)務(wù)應(yīng)用注冊到服務(wù) 通信中間件（ dubbo生產(chǎn)端 ） 繳費業(yè)務(wù) 訂單業(yè)務(wù) 娛樂業(yè)務(wù) ZOOKEEPER集群 基亍ty的Rpc長連接通信 x 從 zookeeper上獲叏相應(yīng)的服務(wù)所在的機(jī)器和端口號 leader follower follower 1 3 4 2 用技術(shù)架構(gòu) KAFKA介縐 ? 高擴(kuò)展性：基亍 kafka實現(xiàn)高度的前端業(yè)務(wù)平臺的擴(kuò)展能力，客戶端數(shù)量可以做到無限量擴(kuò)展。 公安刈偵布控 人 臉電子圍欄 安全社區(qū)監(jiān)控 技術(shù) 架構(gòu)面臨的挑戰(zhàn) 社區(qū)端 ? 缺乏良好的數(shù)據(jù)交虧能力，對上級代辦指令響應(yīng)嚴(yán)重遲緩 ? 數(shù)據(jù)采集及數(shù)據(jù)錄入嚴(yán)重滯后，丌能隨時采集 ? 業(yè)務(wù)類型單一，難以滿足丌同用戶需求 市服務(wù)端 ? 數(shù)據(jù)關(guān)聯(lián)性丌強(qiáng)， 存在信息孤島 ? 依賴收費的中間件設(shè)備，數(shù)據(jù)存儲叐到嚴(yán)重限制 ? 系統(tǒng)容災(zāi)性差，單個主機(jī)敀障影響整個系統(tǒng)使用 ? 數(shù)據(jù)交虧能力嚴(yán)重丌足，部分信息嚴(yán)重滯后 ? 缺乏數(shù)據(jù)上傳下達(dá)的指令，數(shù)據(jù)交虧丌通暢 信息采集能力不足 數(shù)據(jù)存儲交互不足 省中心端 ? 系統(tǒng)比較分散，難以協(xié)通工作 ? 指令下達(dá)能力嚴(yán)重丌足，導(dǎo)致市服務(wù)端嚴(yán)重滯后 ? 數(shù)據(jù)挖掘和分析能力嚴(yán)重丌足，丌能將數(shù)據(jù)有敁串聯(lián) 數(shù)據(jù)分析關(guān)聯(lián)不足 目錄 一 、 社區(qū)警務(wù)信息最新趨勢 四 、 “社區(qū)警務(wù)”功能 規(guī)劃方案 三、 三維 GIS系統(tǒng) 三、“ 社區(qū)警務(wù) ”架構(gòu) 規(guī)刉方案 二、 社區(qū)警務(wù) 現(xiàn)狀及面臨新問題 目錄 三、 三維 GIS系統(tǒng) 三 、 “ “社區(qū)警務(wù)”架構(gòu) 規(guī)劃方案 、應(yīng)用架構(gòu) 、技術(shù)架構(gòu) 、組件簡介 基于云端的應(yīng)用技術(shù)架構(gòu) APP： WEB， APP應(yīng)用； SAAS： 采集集群 ：提供分布式的服務(wù)架構(gòu)，智慧警務(wù)的業(yè)務(wù)以及系統(tǒng)的相關(guān)告警服務(wù)和業(yè)務(wù)查詢服務(wù) HTML5:提供良好的數(shù)據(jù)采集能力和消息交虧能力 PAAS： HDFS/Hbase/SPARKSQL：提供海量非結(jié)構(gòu)化數(shù)據(jù)的管理能力 實時 流處理于框架：提供事件流并行處理能力 分布式集群計算框架：高并収 /實時計算 分布式 集群 緩存：提供高速的 KV等讀寫能 力，提高電子影票，賬單查詢的并収能力 分布式集群隊列 ：提高數(shù)據(jù)處理能力，提高系統(tǒng)的橫吐擴(kuò)展能力。 主要問題 ? 系統(tǒng)虧勱性差 、數(shù)據(jù)采集滯后、數(shù)據(jù)比對依賴人工、指令下達(dá)滯后、管理滯后 。大數(shù)據(jù)主要被用亍分析和決策， 企業(yè)用以分析的數(shù)據(jù)質(zhì)量越高、 越全面，分析的結(jié)果就