資訊專欄INFORMATION COLUMN
摘要：文本已收錄至我的倉庫，歡迎回顧上一篇大型網(wǎng)站系統(tǒng)與中間件讀書筆記一這周周末讀了第四章，現(xiàn)在過來做做筆記，希望能幫助到大家。沒錯，我們通過肯定是可以完成兩個系統(tǒng)之間的通信的問題的。
前言
只有光頭才能變強。文本已收錄至我的GitHub倉庫，歡迎Star：https://github.com/ZhongFuCheng3y/3y
回顧上一篇：
《大型網(wǎng)站系統(tǒng)與Java中間件》讀書筆記（一）
這周周末讀了第四章，現(xiàn)在過來做做筆記，希望能幫助到大家。
注：在看這篇文章之前，強烈建議先看看我之前寫過的一篇SpringCloud入門文章：外行人都能看懂的SpringCloud，錯過了血虧！?？赐暝倩仡^看這篇文章，你會發(fā)現(xiàn)：這本書講的設(shè)計與實現(xiàn)在SpringCloud中幾乎都有對應(yīng)的組件支持。
一、服務(wù)框架的設(shè)計從上一篇我們講到，應(yīng)用拆開了以后，不同功能/模塊之間的調(diào)用不再單純通過本機調(diào)用，引入了遠(yuǎn)程的服務(wù)調(diào)用。
而遠(yuǎn)程的服務(wù)調(diào)用這個東東會很難嗎？說白了，不就是兩臺服務(wù)器之間通信嗎？
這時候，你能想到什么？必定是Socket吧。沒錯，我們通過Socket肯定是可以完成兩個系統(tǒng)之間的通信的問題的。（Socket相信大家在學(xué)習(xí)基礎(chǔ)的時候已經(jīng)寫過Demo了，這我就不多BB了）
一兩個系統(tǒng)的Socket寫起來沒啥，但我們應(yīng)用拆分之后，系統(tǒng)可是會變得很多很多。
系統(tǒng)很多的情況下，我們在寫遠(yuǎn)程調(diào)用代碼的時候就可能要考慮到以下的問題：
我們肯定是不希望每次遠(yuǎn)程調(diào)用的時候都貼上重復(fù)的Socket代碼，要是調(diào)用遠(yuǎn)程方法像調(diào)用本地方法一樣簡單就好了。
某個服務(wù)應(yīng)用為了實現(xiàn)高可用，集群了（多臺機器部署同一套應(yīng)用）。那我遠(yuǎn)程調(diào)用的時候選擇哪一臺機器進(jìn)行調(diào)用？
網(wǎng)絡(luò)之間的傳輸協(xié)議用現(xiàn)成的HTTP呢？還是自定義一套通信協(xié)議呢？
因為我們想調(diào)用遠(yuǎn)程方法像調(diào)用本地方法一樣，那么在網(wǎng)絡(luò)上就需要傳輸Java對象，要傳輸Java對象，就必須得對其進(jìn)行序列化和反序列化的處理。能實現(xiàn)序列化的操作也有很多，選擇哪一種方式呢？
網(wǎng)絡(luò)之間的通訊也有bio、nio、以及aio這幾種模式，一般來說我們會選擇哪種比較多？如果不了解nio的同學(xué)，可以閱讀我以前寫過的筆記（nio你了解多少？）
….等等等
由于系統(tǒng)之間的調(diào)用會非常多，我們自然是不希望寫重復(fù)的代碼的，所以服務(wù)框架（也可以說是RPC框架）就應(yīng)運而生了【說白了就是專門處理遠(yuǎn)程服務(wù)調(diào)用的框架】。有了服務(wù)框架，我們就可以實現(xiàn)多個系統(tǒng)之間以統(tǒng)一的方式來進(jìn)行遠(yuǎn)程調(diào)用了。
推薦閱讀：RPC太太太太太太太容易理解啦！
一個服務(wù)框架需要考慮的問題其實遠(yuǎn)不止上面所列出的那些，比如說：
服務(wù)框架與Web應(yīng)用和Web容器的關(guān)系是什么？服務(wù)框架和應(yīng)用是綁定在一起嗎？（服務(wù)框架作為Web應(yīng)用的一個依賴包），還是說服務(wù)框架只是Web應(yīng)用的一個擴(kuò)展（沒有和Web應(yīng)用打包綁定在一起）
服務(wù)框架的jar包和Web應(yīng)用的jar包沖突了怎么辦？
為了保證系統(tǒng)的穩(wěn)定性，流量控制也應(yīng)該要考慮到
在遠(yuǎn)程調(diào)用的時候，需不需要以更細(xì)粒度的方式來進(jìn)行選擇（之前說的是選擇哪臺機器，但可以細(xì)粒度到機器下的接口或者方法）
....等等
二、服務(wù)框架的技術(shù)實現(xiàn)思路在書中給出了設(shè)計服務(wù)框架時需要考慮的問題的同時也給出了一些實現(xiàn)思路，我摘錄一些我覺得比較有參考意義的說說。
2.1 像本地一樣調(diào)用遠(yuǎn)程服務(wù)比如服務(wù)消費方在執(zhí)行orderService.buy("HHKB鍵盤")時，實質(zhì)上調(diào)用的是遠(yuǎn)端的服務(wù)。
這用到啥技術(shù)？明顯就是動態(tài)代理（給女朋友講解什么是代理模式）
在實現(xiàn)的時候有三個基礎(chǔ)屬性可以參考一下：
interfaceName— 確定調(diào)用的是哪一個接口
version— 如果接口進(jìn)行升級了，可以使用version來進(jìn)行區(qū)分和隔離
group— 對遠(yuǎn)程服務(wù)的機器進(jìn)行分組，那么調(diào)用的時候就可以選擇不同的分組來調(diào)用（調(diào)用者對統(tǒng)一服務(wù)的調(diào)用進(jìn)行隔離）
2.2 其他當(dāng)遠(yuǎn)程調(diào)用服務(wù)的時候，不需要每次都要去注冊中心查找可用的地址，而是把地址緩存在調(diào)用方。當(dāng)服務(wù)有變化的時候，主動告訴調(diào)用者就行了。
流量控制一般會基于兩個維度去考慮：一、自身的接口和方法。二、請求的來源
并不是所有的請求都要經(jīng)過服務(wù)提供者。像走緩存這樣頻繁的操作（而且大多數(shù)都是會成功的），直接在調(diào)用方調(diào)用就ok了
最后總的來說，書的第四章主要是在講解在設(shè)計服務(wù)框架的時候應(yīng)該要考慮到哪些方面，可以以什么方案來解決，看得還是非常過癮的（這只是我的個人筆記，書上還有很多的內(nèi)容）。強烈建議配合我之前寫過的一篇SpringCloud入門文章：外行人都能看懂的SpringCloud，錯過了血虧！食用。
樂于輸出干貨的Java技術(shù)公眾號：Java3y。公眾號內(nèi)有200多篇原創(chuàng)技術(shù)文章、海量視頻資源、精美腦圖，關(guān)注即可獲?。?/strong>
覺得我的文章寫得不錯，點贊！
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://systransis.cn/yun/75119.html
摘要：另一個用戶請求過來，負(fù)載均衡器指派這個請求到服務(wù)器。這樣就平攤了請求這種方式就叫做輪詢策略還有很多種，就看你想怎么實現(xiàn)了，反正這個邏輯的代碼放在負(fù)載均衡器上。 前言 只有光頭才能變強。文本已收錄至我的GitHub倉庫，歡迎Star：https://github.com/ZhongFuCheng3y/3y 這本書買了一段時間了，之前在杭州沒帶過去，現(xiàn)在讀完第三章，來做做筆記 showI...
摘要：開頭正式開啟我入職的里程，現(xiàn)在已是工作了一個星期了，這個星期算是我入職的過渡期，算是知道了學(xué)校生活和工作的差距了，總之，盡快習(xí)慣這種生活吧。當(dāng)時是看的廖雪峰的博客自己也用做爬蟲寫過幾篇博客，不過有些是在前人的基礎(chǔ)上寫的。 showImg(https://segmentfault.com/img/remote/1460000010867984); 開頭 2017.08.21 正式開啟我...
摘要：接下來將介紹分布式緩存的典型代表，以及分布式緩存的應(yīng)用場景。的分布式實現(xiàn)本身并不是一種分布式的緩存系統(tǒng)，它的分布式是由訪問它的客戶端來實現(xiàn)的。 前言：本書是對分布式系統(tǒng)架構(gòu)涉及到的相關(guān)技術(shù)的一本科普書籍。由于很難作為開發(fā)參考，只能但求了解。所以通篇淺讀，對分布式系統(tǒng)進(jìn)行大致的了解。因為寫的非常好，感覺非常有意思，自己也做不出總結(jié)。所謂的讀書筆記也就演變成了摘抄。 簡介 一個大型、穩(wěn)健、...
摘要：大家好，我是冰河有句話叫做投資啥都不如投資自己的回報率高。馬上就十一國慶假期了，給小伙伴們分享下，從小白程序員到大廠高級技術(shù)專家我看過哪些技術(shù)類書籍。 大家好，我是...
閱讀 1896·2023-04-25 23:28
閱讀 607·2023-04-25 22:49
閱讀 2327·2021-09-27 13:34
閱讀 5297·2021-09-22 15:09
閱讀 3635·2019-08-30 12:52
閱讀 2772·2019-08-29 15:26
閱讀 679·2019-08-29 11:12
閱讀 2220·2019-08-26 12:24
