Hello，大家好，我是 Sunday。

都說隔行如隔山，每個行業(yè)多有很多“專業(yè)術(shù)語”，比如前端中就有：DOM、SPA、Tree Shaking、FCP 等概念。那么同理，后端中也會存在很多的專業(yè)術(shù)語，比如：負(fù)載均衡（Load Balancing）、API 網(wǎng)關(guān)（API Gateway）、消息隊列（Message Queue） 等。

那么，在日常的工作中，我們經(jīng)常需要和后端的同事溝通，特別是很多公司的 每日站會 上。因此，了解一些后端的專業(yè)術(shù)語，就顯得非常有必要了。

那么，今天咱們就來看看 7 個后端的專業(yè)術(shù)語！

1. 限流（Rate Limiting）

限流（Rate Limiting）是指限制某個客戶端（用戶、應(yīng)用或系統(tǒng)）在一段時間內(nèi)可以向服務(wù)器發(fā)送的請求次數(shù)?？梢岳斫鉃榻o API 訪問加上了一道“限速門檻”，避免某個用戶或惡意攻擊者短時間內(nèi)瘋狂請求服務(wù)器，導(dǎo)致系統(tǒng)崩潰。

比如，在實(shí)際開發(fā)中后端經(jīng)常會做這樣的限制：

一個 API 規(guī)定 每個 IP 每分鐘最多只能發(fā)送 100 次請求，如果某個用戶超出了這個限制，服務(wù)器就會返回 429 Too Many Requests 狀態(tài)碼，并拒絕響應(yīng)。

2. 負(fù)載均衡（Load Balancing）

負(fù)載均衡（Load Balancing） 表示：將大量用戶請求分發(fā)到多個服務(wù)器上，確保單個服務(wù)器不會因流量過大而崩潰。

比如：

如果所有用戶請求都涌向同一臺服務(wù)器，那么服務(wù)器很快就會很為請求過大而導(dǎo)致 響應(yīng)速度變慢，甚至死機(jī)（參考下一臺電腦開了好多好多應(yīng)用，導(dǎo)致卡了）。但如果有一個 負(fù)載均衡器（Load Balancer），它可以智能地將請求分配到多臺服務(wù)器，讓每臺服務(wù)器的壓力均衡，那么就可以保證讓服務(wù)器壓力減小，變得“不卡”了

3. API 網(wǎng)關(guān)（API Gateway）

API 網(wǎng)關(guān) 是：前端訪問后端的“統(tǒng)一入口”，相當(dāng)于一個“門衛(wèi)”，它會攔截所有的 API 請求，進(jìn)行 權(quán)限校驗、請求轉(zhuǎn)發(fā)、限流、日志記錄 等功能。

所有的前端請求都必須要先通過API網(wǎng)關(guān)，才可以訪問真正的接口。

4. 消息隊列（Message Queue）

這個概念其實(shí)前端中也有，本質(zhì)上還是屬于隊列的概念。其作用是：讓任務(wù)異步執(zhí)行，提高系統(tǒng)的吞吐量。下面是詳細(xì)的描述。

消息隊列（Message Queue）指的是：一種異步通信方式，允許系統(tǒng)中的不同組件先存入任務(wù)，然后再慢慢處理，避免因為任務(wù)過多而導(dǎo)致系統(tǒng)崩潰。

比如：當(dāng)你在某個電商網(wǎng)站下單后，系統(tǒng)可能會：

1. 立即返回“下單成功”：但是此時可能下單并沒有真正成功，只是把當(dāng)前的下單狀態(tài)保存到了 消息隊列 里面。
2. 異步處理后續(xù)操作：然后再通過異步的方式，慢慢執(zhí)行后續(xù)的操作。這樣可以保證用戶的體驗（速度快）

5. 微服務(wù)架構(gòu)（Microservices）

前端中有微前端，后端也有微服務(wù)。它們兩個在概念上有一定的相似性，最核心的目的都是為了 解耦和獨(dú)立部署！。但是，在技術(shù)特點(diǎn)上還是有一些區(qū)別的。

微服務(wù)架構(gòu)，出現(xiàn)的比微前端早。它把一個龐大的系統(tǒng)拆分成多個獨(dú)立的服務(wù)，每個服務(wù)負(fù)責(zé)一個特定的功能（比如用戶管理、訂單處理、支付系統(tǒng)等）。

6. 代理服務(wù)器（Proxy Server）

代理服務(wù)器的概念不是后端獨(dú)有的！但是很多同學(xué)可能不是很了解，所以單獨(dú)拿出來說一下。

代理服務(wù)器是：一個中間服務(wù)器，它可以在客戶端（瀏覽器）和目標(biāo)服務(wù)器（后端 API）之間進(jìn)行請求轉(zhuǎn)發(fā)。 它的作用類似于一個“中介”，負(fù)責(zé)接收用戶請求，然后幫用戶向目標(biāo)服務(wù)器請求數(shù)據(jù)。

比如，我們在 webpack 或者 vite 中的 proxy 就是 代理服務(wù)器

圖片

7. Webhook

Webhook 是：一種事件驅(qū)動的消息推送方式。它允許服務(wù)器在某些事件發(fā)生時主動通知客戶端，而不是讓客戶端不停地發(fā)送請求去輪詢服務(wù)器。有點(diǎn)類似于 訂閱-通知。

具體例子：

假設(shè)你在 GitHub 上托管了一個項目，并希望在項目代碼有更新時，自動觸發(fā)部署到服務(wù)器。那么就可以在 GitHub 上設(shè)置 Webhook，將其指向你的服務(wù)器 API。具體操作方式如下：

• 在 GitHub 配置 Webhook，URL 設(shè)為 https://sunday.com/deploy
• 當(dāng)代碼推送到 GitHub 時，GitHub 會向 https://sunday.com/deploy 發(fā)送一個 POST 請求
• 你的服務(wù)器收到請求后，執(zhí)行自動化部署