針對開放平臺的架構理解

背景

隨着阿理,拼多多,微信…等大型平臺開放API,提供接口給第三方接入。大量依賴開放平臺的應用蜂擁而至。但是,開放平臺API不是無償的,是要錢的,即可定位爲資源。所以,如何管理開放平臺的API就成了一門學問。

平臺定位

在這裏插入圖片描述
要做好資源的管理

  1. 資源的匯聚(圖中所有語法往代理平臺中匯聚)
  2. 資源的使用(通過數據緩存,限流對資源進行控制)

平臺架構

在這裏插入圖片描述

  1. 對外接口層
    主要用於與外面業務平臺的一個對接(包括收集平臺認證及用戶信息)
  2. 服務層
    根據開放平臺的每一個接口和收集的用戶進行針對性的配置,包括緩存策略,限流策略,歷史數據的拉取
  3. 協議層
    過渡層,http協議太複雜我們用不了這麼多。另外用於切割服務層和傳輸層
  4. 傳輸層
    將協議層的東西進行翻譯,向平臺發送請求

方案願景

  1. 規範化
    業務方提交工單->平臺方審覈,配置Service
  2. 穩定性
    通過限流和緩存方案,配合開外平臺限流策略,減少頁面無數據的場景。
  3. 開源節流
    通過緩存,減少不必要的接口調用。開發環境,測試環境可以0調用
  4. 數字化
    接口的調用次數,哪家店鋪,哪個應用,多維度分析

方案不足

需要投入較多的資源,爲後臺項目,帶來收益不直觀。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章