【文章內容簡介】 顯示內容頻繁編寫具有不同內容及功能的短壽命頁面云端部署 Trident、 Gecko、 Webkit（ U3， X5）、 Presto平臺前端 應 用混合開 發(fā) 技 術程序打包發(fā)布、消息推送攝像頭、重力感應調用手機原生 UI、穩(wěn)定功能優(yōu)惠活動、易改版的 云端 頁面應 用技 術 架構 dubbo架構l 簡介：分布式消息通信框架– 一個分布式服務框架，致力于提供高性能和透明化的 RPC遠程服務調用方案，以及 SOA服務治理方案l 主要核心部件– Remoting:網(wǎng)絡通信框架，實現(xiàn)了 syncoverasync和 requestresponse消息機制 .– RPC:一個遠程過程調用的抽象，支持負載均衡配置、容災和集群功能– Registry:服務目錄框架用于服務的注冊和服務事件發(fā)布和 訂閱l 適用場景– 業(yè)務 由粗顆粒 度拆分為細顆粒 度– 同一 個業(yè)務場景可以部署到多臺機器上，提高系統(tǒng)并發(fā)力– 極 大提升了多應用 服務 的并發(fā)處理能力zookeeper后端 業(yè)務 Dubbo生產 者Dubbo消費 者監(jiān) 控用 戶請 求RPC通信123應 用技 術 架構 dubbo具體使用l dubbo作 為 典型的生產者和消費者模式，在 “ 社區(qū)警 務 ” 里 具體使用的流程如下：用 戶請 求前端 應 用服 務 通信中 間 件（ dubbo消 費 端）業(yè)務應 用注冊到服 務 通信中 間 件（ dubbo生 產 端）繳費業(yè)務 訂單業(yè)務 娛樂業(yè)務ZOOKEEPER集群基于ty的Rpc長連接通信 x從 zookeeper上 獲取相 應 的服 務 所在的機器和端口號發(fā) 布服 務時 ，將 該 服 務 所在的機器和端口號注冊到 zookeeper上leaderfollower follower1342用技 術 架構 KAFKA介 紹u高 擴 展性：基于 kafka實現(xiàn) 高度的前端 業(yè)務 平臺的 擴 展能力，客 戶 端數(shù)量可以做到無限量 擴 展。u高并 發(fā) 性：基于 kafka實現(xiàn) 高并 發(fā) 消息集群能力，每個客 戶 端可以根據(jù) 訂閱 的消息不同， 陸 游到不同的主機上，打破了 傳統(tǒng) socket連 接的 訪問 瓶 頸 ，支持超 過 百萬并 發(fā) 用 戶 的支持。u高可用性：基于 kafka實現(xiàn) 消息的多副本 備 份能力，保 證 了消息的不 丟 失。應 用技 術 架構 KAFKA使用uKafka是一種分布式的，基于 發(fā) 布 /訂閱 的消息系 統(tǒng) 。u主要 設計 目 標 如下：u以 時間 復 雜 度 為 O(1)的方式提供消息持久化能力，即使 對 TB級 以上數(shù)據(jù)也能保 證 常數(shù)時間 復 雜 度的 訪問 性能。u高吞吐率。u即使在非常廉價的商用機器上也能做到 單 機支持每秒 100K條以上消息的 傳輸 。u支持 KafkaServer間 的消息分區(qū)，及分布式消 費 ，同 時 保 證 每個 Partition內的消息 順 序傳輸 。u同 時 支持離 線 數(shù)據(jù) 處 理和 實時 數(shù)據(jù) 處 理。uScaleout：支持在 線 水平 擴 展。Shared Nothing代表數(shù)據(jù)庫 ： MYCAT+MYSQLl適合大數(shù)據(jù)量的 OLAP應用缺點優(yōu)點線性擴展 ：X86平臺高可用性較低?新型 MPP數(shù)據(jù)庫主要構建在 x86平臺上，為無共享架構（ Share Nothing），依靠軟件架構上的創(chuàng)新和數(shù)據(jù)多副本機制，實現(xiàn)系統(tǒng)的高可用性和可擴展性。 負責深度分析、復雜查詢、 KPI計算、數(shù)據(jù)挖掘以及多變的自助分析應用 等，支持 PB級的數(shù)據(jù)存儲。應應 用技用技 術術 架構架構 分布式關系數(shù)據(jù)庫分布式關系數(shù)據(jù)庫l 新型 MPP分布式數(shù)據(jù)庫252。 基于開放平臺 x86服務器252。 大規(guī)模的并發(fā)處理能力252。 無單點故障，可線性擴展252。 多副本機制保證數(shù)據(jù)安全252。 支撐 PB級的數(shù)據(jù)量252。 支持 SQL，開放靈活應用技術 架構 CODISl簡介：– CODIS是一個使用 ANSIC語言編寫、支持網(wǎng)絡、可 基于內存亦可 持久化的日志型、 KeyValue數(shù)據(jù)庫，并提供多種語言的 APIl特點： – 支持多種數(shù)據(jù)結構例如 string， list(雙向鏈表 )， dict(hash表 )， zset(排序 set)， Hash類型– 支持發(fā)布訂閱，隊列場景– 支持數(shù)據(jù) AOF和 RDB兩種持久化性。– 適用場 景：高頻查詢場景，一致性要求低場景，更新比較頻繁場景應用技術 架構 CODIS具體使用CODIS是一個分布式 緩 存代理中 間 件，可以 實現(xiàn) 多個 redis集群，作 為 keyvalue結 構的內存數(shù)據(jù) 庫 ，在 “ 社區(qū)警 務 ” 里有很多的使用 場 景場 景：如用 戶權 限信息 查詢 ，具體流程如下用 戶 接口 訪問請 求CODIS后臺 業(yè)務關系型數(shù)據(jù) 庫根據(jù)登 錄 信息找賬戶 信息設備 和小區(qū)關系 查詢根據(jù) 設備查詢 小區(qū)信息用 戶 登 錄 登 錄 信息 查詢消息 隊 列用 戶 登 錄 數(shù)據(jù) 查詢應用技術 架構 手機推送方案傳統(tǒng)模式 ：客戶端采用輪訓方式從服務器段獲取請求數(shù)據(jù)，資源消耗大，時效性差新模式：基于服務器端，由服務器端主動向客戶端推送的功能IOS端推送利用 APNS的推送機制，服 務 端推送Android端推送由于 google被墻，所以在國內無法使用 google所提供的基于 Android平臺的推送服 務 ，在國內目前存在第三方推送服 務 廠商或者原生的推送服 務目前基于 android的主要推送技術基于 NETTY協(xié)議實現(xiàn) Android推送，采用 NETTY協(xié)議實現(xiàn) Android推送 NETTY是一個輕量級的 NIO無阻塞通訊，它是實現(xiàn)基于手機客戶端的消息 服務端推送服務器的理想 解決方案。 同時也可以使用 HTML5的 websocket，也可以實現(xiàn)用戶在界面下的數(shù)據(jù)交互。解決方案在此基礎上增加 HBASE將離線消息存儲，在客戶進行下次開啟服務的時候，進行推送 ,保證消息的不丟失 。應用技術 架構 警 務終 端采集方案警務終端大數(shù)據(jù)業(yè)務應用業(yè)務側應用 系統(tǒng)側應用用戶推薦排名分析告警推送 任務下發(fā)考勤管理 線索上報可視化展示行