作為國(guó)內(nèi)領(lǐng)先的第三方云推送平臺(tái)，極光推送始終堅(jiān)持在技術(shù)進(jìn)步的道路上永不止步。

　　在經(jīng)歷了三次大規(guī)模系統(tǒng)重構(gòu)之后，極光推送基于 ICE 打造了高可用云推送平臺(tái)，在擴(kuò)容縮容、系統(tǒng)配置集中統(tǒng)一、自動(dòng)負(fù)載均衡等方面更加便利。

　　但極光推送并不因?yàn)橛辛?ICE 就止步不前。

　　極光推送認(rèn)為僅僅ICE是不夠的。

　　ICE是一個(gè)分布式的網(wǎng)絡(luò)中間件，提供了通信層的完全封裝，能自動(dòng)處理網(wǎng)絡(luò)異常，負(fù)載均衡，業(yè)務(wù)部署等基礎(chǔ)性的工作，避免在這些地方重復(fù)發(fā)明輪子，省時(shí)省力，讓研發(fā)人員的工作變得更輕松。

　　但是，還是需要做一些調(diào)整工作，比如負(fù)載的調(diào)度策略、計(jì)劃支持客戶端語(yǔ)言選擇，以及 ICE 對(duì)象的設(shè)計(jì)。推送系統(tǒng)是多種技術(shù)結(jié)合的綜合體系，需要緩存、需要數(shù)據(jù)庫(kù)、需要 MQ 等大量的其它技術(shù)配合。

　　下圖是 ICE 的體系架構(gòu)，這個(gè) C/S 架構(gòu)左邊藍(lán)色代碼部分，是通過(guò)IDL生成的相應(yīng)平臺(tái)的接口，各平臺(tái)下可以直接調(diào)用;右邊是對(duì)應(yīng)的接口骨架類，用來(lái)容納具體的服務(wù)端業(yè)務(wù)邏輯。

　　ICE 本身提供的原生服務(wù)如 Ice Grid，它可以管理 Glacier2，極光內(nèi)部服務(wù)節(jié)點(diǎn)很多都是在內(nèi)網(wǎng)，如果需要跨網(wǎng)訪問(wèn)的時(shí)候要跨外網(wǎng)，不可能把成千上萬(wàn)節(jié)點(diǎn)都給它，可以通過(guò)這樣做一個(gè)流量的轉(zhuǎn)發(fā)，就是防火墻穿越。

　　Ice Patch2 是一個(gè)自動(dòng)化的部署，有點(diǎn)像交付，它提供專用的服務(wù)，把 Server 放在這樣一個(gè)目錄結(jié)構(gòu)里面更新一下，重新計(jì)算數(shù)值后發(fā)通知，所有的節(jié)點(diǎn)會(huì)全部更新。在更新的過(guò)程中，節(jié)點(diǎn)可能會(huì)停一下或重啟。正在處理的請(qǐng)求處理完之后，再重新啟動(dòng)。請(qǐng)求不會(huì)在啟動(dòng)和停止之間丟失，因?yàn)?ICE 的客戶端會(huì)把這個(gè)請(qǐng)求正常定位到其他正在運(yùn)行的節(jié)點(diǎn)上，客戶端的調(diào)用是沒(méi)有感知的。

　　像 DBAgent、STC、TagAlias 等集群都用到了 ICE，在研發(fā)過(guò)程中能節(jié)省不少精力，例如不需要從 Socket 做起，通過(guò) IDL 簡(jiǎn)化協(xié)議設(shè)計(jì)，提高效率;擴(kuò)容縮容方便;不用再專門處理容災(zāi);不同語(yǔ)言之間的差異由框架代勞;系統(tǒng)配置集中統(tǒng)一;自動(dòng)負(fù)載均衡，連接池管理等等。

　　極光推送始終不忘初心，在用戶與負(fù)載日益增加的情況下，不斷用新的技術(shù)保持高效穩(wěn)定的服務(wù)，做國(guó)內(nèi)最專業(yè)的開(kāi)發(fā)者服務(wù)。