體驗了云開發(fā)的便捷與高效，你可能會發(fā)出“哇”的一聲驚嘆，同時你也會疑惑，究竟云開發(fā)是怎么做到的呢？省去了域名證書，又能快速拿到用戶的 openid 等信息。通過本節(jié)的架構(gòu)揭秘，相信你就會理解為什么云開發(fā)的功能會有如此的設(shè)計。

  圖 12-33 是云開發(fā)的架構(gòu)圖，可以看出，請求的來源主要有兩個：一個是從小程序端，另一個是從服務(wù)器端（云函數(shù)或云服務(wù)器）。無論哪種來源，一律會經(jīng)過云開發(fā)的網(wǎng)關(guān)服務(wù)。但有一點不同的是，從小程序端過來的請求會先經(jīng)過微信后臺，因此這些請求都會帶上該請求的用戶信息，而服務(wù)器端的請求則沒有這些信息。因此在設(shè)計上，小程序端過來的請求只擁有個人用戶的權(quán)限，而服務(wù)器端的請求都具備管理員的權(quán)限。云開發(fā)暴露給用戶的數(shù)據(jù)庫、存儲、云函數(shù)等能力，其底層實質(zhì)上都是騰訊云的能力，只是針對性地做了一些不同的處理罷了。

  那么云開發(fā)網(wǎng)關(guān)服務(wù)層究竟做了些什么工作呢？其實主要是從以下 4 個方面保證了全平臺請求的性能、穩(wěn)定和安全。
默認(rèn)接入負(fù)載均衡
  對于有一定規(guī)模的小程序來說，一臺服務(wù)器遠(yuǎn)遠(yuǎn)支撐不了大量用戶的請求，隨時會被大量請求沖垮，造成服務(wù)器無法正常響應(yīng)用戶的請求。最常見的辦法是堆機器，用機器來支撐大量的請求。云開發(fā)也是采用了同樣的做法，接入了騰訊云自研的負(fù)載均衡 CLB，除了可頂住大量用戶的請求外，還可以非常方便地進(jìn)行擴容，最關(guān)鍵的是，這些運維的操作不需要用戶操心，使用云開發(fā)就默認(rèn)接入了負(fù)載均衡，在套餐配額的范圍內(nèi)都可以自由使用。
平臺維護(hù)數(shù)據(jù)庫連接池
  在后臺服務(wù)中，除了網(wǎng)關(guān)層的請求并發(fā)是服務(wù)的一個瓶頸，數(shù)據(jù)庫的讀寫往往也是一個令人頭疼的問題。如果是自建服務(wù)，你需要去維護(hù)這個連接池，并且要考慮主從數(shù)據(jù)庫的同步問題。而云開發(fā)的網(wǎng)關(guān)層則幫開發(fā)者處理好了這些邏輯，并且對數(shù)據(jù)做了一層緩存，提升讀取的性能。
免除鑒權(quán)的煩惱
  無論是開發(fā) Web 應(yīng)用還是小程序，比較麻煩的是請求的鑒權(quán)問題，意思就是這個請求是否合法，能否允許這個請求進(jìn)行資源的操作。云開發(fā)已經(jīng)提供了一套標(biāo)準(zhǔn)化的鑒權(quán)體系，在小程序端的請求一律會帶上用戶信息，用戶一般只能操作與他相關(guān)的資源；而在服務(wù)器端的請求一律具有管理員權(quán)限，具有最高的權(quán)限可以操作任意資源。當(dāng)然，你也可以設(shè)計自己的一套體系，但還是建議你圍繞官方提供的這套體系進(jìn)行自定義設(shè)計，比如可以使用 JWT Token 進(jìn)行鑒權(quán)，但 Token 中會包含用戶的 openid 等信息。
全鏈路一致性
  校驗為了保證數(shù)據(jù)的安全，云開發(fā)還在整個請求的通路引入了全程票據(jù)的辦法。大體的原理就是小程序側(cè)在初始化請求的時候，微信后臺與云開發(fā)網(wǎng)關(guān)服務(wù)會聯(lián)合下發(fā)一個票據(jù)，這個票據(jù)具有一定的時效性，在有效期內(nèi)，云開發(fā)的請求都會帶上這個票據(jù)并校驗該票據(jù)是否合法，非法的請求會被拒絕，這樣就能有效保障用戶的數(shù)據(jù)安全。