MicroServices(1)--筆記

21冪等性

就是對資源的操作,無論操作一次還是多次,其資源本身不發生變化

 

20base理論

針對cap中ca不能同時存在而制定的

https://m.aliyun.com/yunqi/articles/692238

19cap理論

http://www.ruanyifeng.com/blog/2018/07/cap.html

 

18

 

17數據庫本地事務實現原理

https://www.cnblogs.com/takumicx/p/9998844.html,對事務將解的非常到位

 

遺留問題,

d,事務的一直性與cap的一致性有何區別?

c如果實事務a正在提交,且由於鎖衝突一直在提交中,那麼另外一個事務能否讀到部分數據?

a如果我執行成功的修改語句但未提交到,重啓數據那麼數據是否有問題?

b如果提交的時候有鎖衝突,那麼提交後會不會提示提交操作失敗?

 

https://blog.csdn.net/qq360694660/article/details/88695365

 

16全鏈路監控

微服務中也很有必要,用於定位問題,服務較多情況可以在錯誤信息中加上前綴,以便定位錯誤發生在哪個系統上,此外在記錄日誌時,需標記錯誤來源,以及詳細信息

422頁,倒數第8行。

 

15ELK

專門分析日誌的工具

14restful api

服務端人員開發的接口,需要用api的形式提供給前端人員或者其他人員,可以用這個

 

13樂高式組裝構建

樂高玩具,簡單的零件拼接成一個玩具。

後端提供api,前端可以進行各種拼接,做出更炫的畫面。

441頁,前後端分離章節,倒數第6行

12熔斷與降級

熔斷,因服務部分功能有問題主動做出措施如停掉還服務的所有功能

https://blog.csdn.net/5isitman/article/details/81184868

 

11網管

如從a網通向b網絡之間的關卡,如ngnix

https://baike.baidu.com/item/%E7%BD%91%E5%85%B3/98992

10灰度發佈

黑與白之間:遺留系統改造後,可以讓一部分白名單用戶開始使用新版本一部分依舊使用老版本,等沒什麼反饋意見可以逐步擴大範圍。遺留系統改造很有必要考慮這塊

https://wapbaike.baidu.com/item/%E7%81%B0%E5%BA%A6%E5%8F%91%E5%B8%83/7100322?fr=kg_qa&ms=1&rid=10195358819696941085

 

9公司常用知識備份

 

8linux命令

 

7路由是什麼意思

https://wapbaike.baidu.com/?from=1022560q

438頁倒數第五行提到

 

6是否還需要了解下設計模式

觀察者模式

 

5中間件

https://blog.csdn.net/qq_28568717/article/details/88984238

https://m.baidu.com/sf_bk/item/%E4%B8%AD%E9%97%B4%E4%BB%B6/452240?ms=1&rid=12036683756230229394

4rpc是什麼

http://m.ccutu.com/243972.html

 

3leetcode可以用於面試

 

2cdn

內容分發網絡,主要是存儲與分發功能

 

1微服務與分佈式區別

分佈式將每個業務拆分,但是拆分的粒度很小,分的很粗,每個模塊很獨立以至於都用不到什麼微服務方面的東西,而微服務拆分嫉妒太小,以至於需要考慮運維,但微服務不是越拆的小越好,需要考慮是否能將服務下沉

 

 

 

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