圖片來源:

一個普通的 Angular 應用程序在瀏覽器中執行，在 DOM 中呈現頁面以響應用戶操作。 Angular Universal 在服務器上執行，生成靜態應用程序頁面，然后在客戶端上引導。 這意味著應用程序通常會更快地呈現，讓用戶有機會在應用程序完全交互之前查看應用程序布局。

起點是用戶的請求，通常從瀏覽器發出。

請求應該到達緩存層（例如 CDN），該層可能包含已經在服務器端呈現的應用程序，在這種情況下響應非?？臁?/p>

CDN 通常將服務器端渲染存儲一段時間，具體取決于業務需求。在給定時間之后，緩存失效。為了以最佳方式進行此失效，建議 CDN 在緩存被驅逐之前請求新的服務器端渲染，并在執行新渲染時繼續提供現有緩存。

如果 CDN 沒有緩存 SSR 渲染，它會將請求進一步轉發到反向代理（例如負載均衡器）。

反向代理（通常是負載均衡器）將決定將請求轉發到哪個 SSR 節點（在節點集群中）。

SSR 節點接收請求并開始渲染。它向 OCC API 發出 OCC 調用。

不建議將 SSR 服務器/節點直接暴露給用戶，因為渲染速度很慢并且無法滿足預期的響應時間。

OCC API 緩存層負責緩存來自 OCC API 服務器的 OCC API 響應。通常，這意味著緩存 GET 和 HEAD 請求的響應。如果 OCC API 緩存層緩存了響應，則立即將其返回給 SSR 節點，而無需將請求到達實際的 OCC API 服務器，從而使 SSR 節點執行渲染的速度非常快。

建議為 OCC API 服務器設置某種緩存層，因為這部分在服務器端渲染時花費的時間最多。

如果 OCC API 緩存層不包含給定請求的緩存響應，它會將其轉發給 OCC 服務器進行處理。

總結

以上是生活随笔為你收集整理的基于 Angular 的企业级 Web 应用服务器端渲染的推荐建构的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。