您使用的每一個熱門應用程序的背后，都有一個由架構(gòu)、測試、監(jiān)控和安全措施組成的軟件系統(tǒng)。今天讓我們看一下滿足生產(chǎn)環(huán)境應用程序的高級架構(gòu)由哪些體系組成。

CI/CD 管道

我們的第一個關(guān)鍵領(lǐng)域是持續(xù)集成和持續(xù)部署——CI/CD 管道。

這確保了我們的代碼從存儲庫出發(fā)，經(jīng)過一系列測試和管道檢查，然后到達生產(chǎn)服務器，而無需任何手動干預。

圖片

它配置了 Jenkins 或 GitHub Actions 等平臺，用于自動化我們的部署流程。

負載均衡服務器

一旦我們的應用程序投入生產(chǎn)，它就必須處理大量的用戶請求。這是由我們的負載均衡器和反向代理（例如 Nginx）管理的。

圖片

它們確保用戶請求均勻分布在多個服務器上，即使在流量高峰期間也能保持流暢的用戶體驗。

數(shù)據(jù)存儲和外部 API

我們的服務器還需要存儲數(shù)據(jù)。為此，我們還有一個外部存儲服務器。它與應用服務器之間通過網(wǎng)絡(luò)連接。

圖片

我們的服務器也可能與其他服務器進行 API 通信。我們可以擁有很多這樣的服務，而不僅僅是一項。

圖片

監(jiān)控、日志和警報

為了確保一切順利進行，我們需要擁有日志記錄和監(jiān)控系統(tǒng)，密切關(guān)注每一個微交互，存儲日志并分析數(shù)據(jù)。

圖片

將日志存儲在外部服務器上是標準做法，通常與我們的主生產(chǎn)服務器隔離開來。

對于后端，可以使用 PM2 等工具進行日志記錄和監(jiān)控。在前端，可以使用像 Sentry 這樣的平臺來實時捕獲和報告錯誤。

圖片

警報服務

當事情沒有按計劃進行時，意味著我們的日志系統(tǒng)檢測到失敗的請求或異常？

首先，它通知我們的警報服務。之后，將發(fā)送推送通知以讓用戶了解情況。從一般的“出了問題”到具體的“付款失敗”，有效的溝通可確保用戶不會被蒙在鼓里，從而培養(yǎng)信任和可靠性。

圖片

現(xiàn)代實踐是將這些警報直接集成到我們常用的平臺中，例如 Slack、釘釘、飛書、企業(yè)微信等。

圖片

想象一下一個專用的 Slack 通道，一旦出現(xiàn)問題就會彈出警報。這使得開發(fā)人員幾乎可以立即采取行動，在問題升級之前解決根本原因。

生產(chǎn)中的調(diào)試

問題出現(xiàn)了后，開發(fā)人員必須調(diào)試解決該問題。

日志查找：首先，需要確定問題。我們之前談到的那些日志？他們是我們的第一個調(diào)式選擇。開發(fā)人員對它們進行篩選，尋找可能指出問題根源的模異常情況。

圖片

在安全環(huán)境中復制：黃金法則是 — 切勿直接在生產(chǎn)環(huán)境中進行調(diào)試。相反，開發(fā)人員在“測試”環(huán)境中重新創(chuàng)建問題。這可以確保用戶不會受到調(diào)試過程的影響。

圖片

開發(fā)人員使用工具來查看正在運行的應用程序并開始調(diào)試。

修補程序：一旦修復了錯誤，就會推出“修補程序”。這是一個快速的臨時修復，旨在讓程序重新運行后，避免再次出現(xiàn)同一個問題。

圖片

如果覺得這篇文章寫的不錯的話，不妨點贊加關(guān)注，我會更新更多技術(shù)干貨、項目教學、經(jīng)驗分享的文章。