日韩欧美人妻无码精品白浆,www.大香蕉久久网,狠狠的日狠狠的操,日本好好热在线观看

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

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

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

1. 限流（Rate Limiting）

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

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

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

2. 負載均衡（Load Balancing）

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

比如：

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

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

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

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

4. 消息隊列（Message Queue）

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

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

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

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

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

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

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

6. 代理服務器（Proxy Server）

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

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

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

7. Webhook

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

具體例子：

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

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