互聯網架構專有名詞解釋

互聯網框架演進
三層:
MVC架構
四層:
接入層
業務邏輯層
數據訪問層
數據層
五層:
接入層
異步提交層
業務邏輯層
數據訪問層
數據層
 
異步架構:用於數據不明感
MQ:消息隊列,增大併發
先寫:將數據寫到數據庫
再讀:用戶再從數據庫中讀出來
如果你寫了馬上讀就會出現查不到的情況
解決方案:
朋友圈,先在前端設計一條假的,再在幾秒後刷新一條真的出來
 
同步架構
 
 
微服務架構:
微服務關係層:用戶接入管理,請求的合法性安全性驗證,路由請求,請求回包(數據包)
微服務層:數據訪問處理和業務邏輯處理
數據層:持續化存儲(Mysql,MongoDB)和緩存加速(Mencached,Redis)
註冊中心:微服務的Host和Port(IP和端口)遠程調用
配置中心:每層服務配置《KV》,配置更新實時同步,配置項熱加載(不是資源熱更新)
微服務路由:網關層獲取和微服務層信息交互,微服務層和網關層請求交互
 
請求流:
APP:客戶端操作
網關::直接和客戶進行溝通
業務邏輯層(無狀態)
數據訪問層:主要進行增刪改查
DB
 
 
系統架構圖:
用戶請求進入網關層再進入Session區
 
網關層:
建立與客戶端通信的加密通道
數據合法性與正確性的驗證
Session:會話
一系列有始有終的動作和消息
存放在網關(爲了防止一個網關出錯使用多個網關存放相同的Session)
 
安全保證:
連接通道加密
傳輸數據加密
數據加密方法:MD5加密+鹽(N位隨機數)
鹽由兩部分組成:一部分在程序中,另一部分在數據庫中
加密算法:
對稱加密(AES)
隨機生成祕鑰:
具體四步握手:
客戶端和服務器即使客戶端和網關
通信實現:
三次握手四次揮手
 
業務邏輯層:
 
A發消息給B
A先到服務器,服務器再發送到B都是長鏈接
 
無狀態設計:
系統不存儲任何請求上下文信息,請求提交到任何服務器,處理結果相同,可以很好的解決宕機,擴展服務器問題,要解決負載均衡
 
 
同步:
發送一個消息調用,在沒有得到結果之前,該調用不反回,線程阻塞模式
 
異步:
異步調用發出,調用者立即返回。結果完成後通過狀態,和回調來通知線程
 
阻塞I/O模型:
輪詢非阻塞:
I/O服用:
單線程監聽多個輸入:輪詢實現例子NODE.JS
 
 
冪等設計:
某個操作重複執行多次,僅能傳輸一條消息(數據操作:Creat,Update,Read,Delete)
update需進行冪等(部分)
淘寶相對值修改:買家購物扣錢到商家收錢(第三方狀態標識訂單狀態)
事務:
準備:協商
提交:事務進行
回滾:失敗進行序列化等待,執行提交失敗的操作
分佈事物:
準備,提交,回滾
 
DNS服務器負載均衡
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章