針對開放平台的架構理解

2021-10-06 02:48:50 字數 598 閱讀 5487

要做好資源的管理

資源的匯聚(圖中所有語法往**平台中匯聚)

資源的使用(通過資料快取,限流對資源進行控制)

對外介面層

主要用於與外面業務平台的乙個對接(包括收集平台認證及使用者資訊)

服務層根據開放平台的每乙個介面和收集的使用者進行針對性的配置,包括快取策略,限流策略,歷史資料的拉取

協議層過渡層,http協議太複雜我們用不了這麼多。另外用於切割服務層和傳輸層

傳輸層將協議層的東西進行翻譯,向平台傳送請求

規範化業務方提交工單->平台方審核,配置service

穩定性通過限流和快取方案,配合開外平台限流策略,減少頁面無資料的場景。

開源節流

通過快取,減少不必要的介面呼叫。開發環境,測試環境可以0呼叫

數位化介面的呼叫次數,哪家店鋪,哪個應用,多維度分析

需要投入較多的資源,為後台專案,帶來收益不直觀。

轉 人人網開放平台技術架構

在上圖所示的分層架構中,人人網開放平台提供了不同層次的功能。圖中紅色部分表示目前還沒有提供的功能模組,需要未來由平台或開源社群來提供 黃色部分表示在舊的平台架構中已經提供但正在往新的架構中遷移的功能模組 其它顏色的是功能比較完整的功能模組。從圖中可以看出,人人網開放平台大概分為三個層次,共同為最上層...

我對開源軟體的理解

這是前幾個月的乙個作業,貼出來和大家一起討論一下 以我blog的流量,應該也沒人討論吧,呵呵 讀了 大教堂與集市 對於開源軟體,有了更深一步的認識,我覺得開源軟體從最初的幾人小作坊,發展到後來書中所說的集市,到現在已經不完全是個集市了,她已經開始對大教堂之類的商業軟體產生了巨大的影響了。縱觀開源軟體...

對開發 前後端的理解

寫在前面的話 請忽 很久沒有寫部落格了,因為現在換了方向,總感覺突然寫別的話題會很唐突。從乙個在校學生轉變為職場的程式媛,感覺變化還是很大的 指的是從事的方向 從前我只要關注研究的點就好,把道理理清楚,然後去學習其中的思想,比如 在這之前 我最後寫的乙個是sdn相關的,有一些文章是講的以前做的專案相...