多個微信小程序一個服務端架構

       因爲某些特定的業務場景，當多個小程序須要一個服務端後臺提供數據時，你們可能想到是HTTP路由。是的，實際上咱們使用微服務的GateWay網關也是同樣的，以下圖微服務架構：

    網關GateWay的做用在於提供統一的入口來訪問內部的API, 隔離外部訪問與內部系統。集成了非業務性的功能（如安全檢查、頻次限制、API監控、日誌上報等），API生命期管理、請求的轉發、合成、協議轉換、服務發現等多種功能。更多能夠參考apigateway

API網關的優勢：

1. 給服務加一層安全保護
   可在這一層作SQL注入、CRSF攻擊防範等WAF層面的安全保護；
2. 對外提供統一的通訊協議，如HTTP或restful api, 屏蔽內部的通訊協議
   系統內部可採用自身熟悉的通訊協議，如Protobuf 或RPC等；
3. 下降代碼耦合度、下降開發成本
   將非業務性功能如訪問控制（黑白名單）、頻次限制等集中在網關層處理，開發只需關注本身本業務的需求實現便可，下降了開發成本；
4. 可靈活灰度及新功能測試
   經過細粒度的流量識別，進而反向代理，業務可靈活灰度及AB測試；
5. 服務發現
   隨着後端server變更甚至雲化,對服務發現提出了新挑戰，經過在API網關實現服務發現能夠簡化客戶端的實現。
6. 減小客戶端與後臺server的交互
   隨着微服務化API更加細粒度，這勢必會加大客戶端對後臺server的訪問次數，如作一些返回數據合併，讓客戶端經過一次請求在API網關處合併須要的數據一次性返回等，但這一塊業務性太強，像業界的方案不多有作一塊的，大部分實現是在API網關後端加了一個BBF(backend for frontend)來作數據的整合；
7. 對API進行管理；

業界經常使用的API網關方案對比

演化爲：

騰訊雲提供的Wafer解決方案

Tips：現實中單體小程序架構不需求這麼複雜架構， 具體問題須要量體裁衣。

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

今天先到這兒,但願對您在系統架構設計與評估，團隊管理, 項目管理, 產品管理,團隊建設 有參考做用 , 您可能感興趣的文章:
微服務架構設計
微服務與Docker介紹
Docker與CI持續集成/CD
互聯網電商購物車架構演變案例
互聯網業務場景下消息隊列架構
互聯網高效研發團隊管理演進之一
消息系統架構設計演進
互聯網電商搜索架構演化之一
企業信息化與軟件工程的迷思
企業項目化管理介紹
軟件項目成功之要素
人際溝通風格介紹一
精益IT組織與分享式領導
學習型組織與企業
企業創新文化與等級觀念
組織目標與我的目標
初創公司人才招聘與管理
人才公司環境與企業文化
企業文化、團隊文化與知識共享
高效能的團隊建設
項目管理溝通計劃
構建高效的研發與自動化運維
某大型電商雲平臺實踐
互聯網數據庫架構設計思路
IT基礎架構規劃方案一(網絡系統規劃)
餐飲行業解決方案之客戶分析流程
餐飲行業解決方案之採購戰略制定與實施流程
餐飲行業解決方案之業務設計流程
供應鏈需求調研CheckList
企業應用之性能實時度量系統演變

若有想了解更多軟件設計與架構, 系統IT,企業信息化, 團隊管理 資訊，請關注個人微信訂閱號：

做者：Petter Liu
出處：http://www.cnblogs.com/wintersun/
本文版權歸做者和博客園共有，歡迎轉載，但未經做者贊成必須保留此段聲明，且在文章頁面明顯位置給出原文鏈接，不然保留追究法律責任的權利。
該文章也同時發佈在個人獨立博客中-Petter Liu Blog。