關於熔斷器,預設觸發時間為1s,一般公司都設定為5s或者10秒。
關於 服務熔斷與服務降級,各種培訓機構都有各自的理解,目前個人比較認可方式為:服務熔斷為非人為操作,即:伺服器響應超時,或者伺服器掛掉了 之後會自動響應。而服務降級即為:例如雙十一,伺服器不夠用,暫時先將某些服務給下線,這種操作就是服務降級。其實仔細想想 服務熔斷與服務降級其實概念上是有些容易讓人混淆的東西
關於tomcat預設支援的執行緒數:預設情況下是150,如果i開啟的執行緒數超過該值,那麼會響應時間比較慢,直至響應超時,一般不會掛掉。只是如果設定tomcat的jvm記憶體不夠,會出現伺服器掛掉的情況。因此tomcat是否能抗住併發,也就是是否宕機,一般並不是執行緒不夠用,而是因為開啟執行緒很多,同時執行緒操作了很多耗記憶體的資源 導致記憶體不夠用,從而引起down機。如果開啟150,但是操作200執行緒,加入jvm記憶體夠用,只會出現鏈結超時等問題,但是tomcat還可以正常對外提供服務。但是如果設定的jvm記憶體不夠,直接就oom,tomcat就不能正常對外提供服務了。這一點注意即可。
關於微服務
阿里的共享服務體系建設的過程和現狀,和微服務典型特徵不謀而合。隨著微服務理念的越來越深入人心,加上最近幾年基於容器化技術docker的不斷盛行。在這裡基於微服務架構的典型特徵逐一進行剖析,讓更多計畫構建微服務應用或架構的朋友能更清晰準確的看到微服務建設的本質。微服務架構的典型特徵 從本質上來說,微服...
微服務 關於微服務的思考
通過kafka進行日誌收集,並結合elk進行日誌聚合 並通過日誌展示平台進行管理 引入elasticsearch 將所有微服務的資料庫需要查詢的資料同步到es中,增刪改仍然保持原有的mybatis運算元據庫 目前微服務之間的呼叫 bff呼叫基礎服務 使用的是rest請求方式,本質上還是http協議,...
Go Micro 微服務總結
go micro 微服務總結 對外提供restful.api 服務的是通過 api 框架或原生寫法 直接呼叫的是 srv 內部呼叫是客戶端去訪問服務端 直接 rpc 呼叫的時候會繞過 restful.api 但是 micro api 閘道器是必須啟動的,閘道器也可配置 直接呼叫srv http請求 ...