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