PrizmDoc是最快速、最有品質的HTML5文檔查看器，提供安全的、全定制化的查看和協作功能。它通過一個簡單部署的機制減少成本，降低安全風險和提高生產率。同時，它是基于服務器的查看器，消除了不必要的許可和下載。本文介紹了PrizmDoc查看器是如何實現負載平衡的內容，本文是上半部分內容。

點擊下載PrizmDoc正式版

如果使用您的Web應用程序的人員需要直接在瀏覽器中查看、搜索、編輯或注釋文檔，則PrizmDoc查看器是一個非常好的選擇。它使您可以在Web應用程序中顯示Office、PDF、TIFF、電子郵件和許多其他類型的文檔。

為了使所有這些成為可能，PrizmDoc查看器架構基本上有兩個方面：

• HTML查看器本身，在瀏覽器中運行
• 強大的后端，可將文檔逐頁轉換為SVG，以便在瀏覽器中查看

您的Web服務器位于這兩者之間，充當查看器的代理，以向后端詢問其需要顯示的頁面：

這種架構的優點之一是，即使文檔的其余部分仍在轉換中，我們也可以在文檔準備好后立即提供其半島外圍網上直營。但是，設置和維護后端并非易事。

幸運的是，Accusoft可以使用PrizmDoc Cloud為您處理所有這些。注冊并獲取API密鑰，然后將您的Web應用程序連接到我們已經運行的，完全托管的PrizmDoc查看器后端。這是一個很好的選擇，尤其是在您剛開始使用PrizmDoc查看器的情況下。

但是，當然，使用Accusoft托管的后端可能不適用于您的業務。也許甚至不允許您暫時禁止文檔離開您的網絡。在這種情況下，您需要自己托管和管理后端。當客戶開始研究執行此操作所需的時間時，我們遇到了許多有關負載平衡如何工作的問題。計算工作負載如何分布在服務器之間？ HTTP請求如何路由到正確的計算機？我應該使用哪種類型的負載均衡器？這些就是我們將在本教程中討論的問題。

不過，要做到這一點，我們首先需要更詳細的后端圖片。

PrizmDoc Viewer后端是什么？

讓我們仔細看看整體架構，包括您的Web應用程序和瀏覽器：

您會注意到，“后端”實際上由兩層組成：PAS（PrizmDoc應用程序服務）和PrizmDoc服務器。

PrizmDoc 服務器（最右邊）是產品的技術核心，它實際上是將文檔頁面轉換為SVG的引擎。它是計算密集型的，沒有永久存儲。

PAS（位于PrizmDoc Server前面的東西）實際上根本無法完成轉換工作。相反，就像您自己的Web應用程序一樣，PAS擁有對您擁有的存儲（例如文件系統或數據庫）的特權訪問，并提供了更高級別的功能，而這些功能原本需要成為您的Web應用程序的一部分。

PAS負責兩個主要功能：

• 加載和保存注釋
• 長期緩存預轉換的內容

從概念上講，PAS只是PrizmDoc Server前面的一層。對于查看功能，它是Web應用程序要與之對話的“前門”。但是，涉及到實際的轉換工作發生在PrizmDoc Server中。

現在，讓我們進一步了解一下后端。

對于PAS和PrizmDoc Server層，您可能會在負載平衡器前面放置多臺計算機，如下所示：

您設置的負載均衡器大多在此處，因此每個群集都有一個入口點。您的負載均衡器不需要花哨的東西；簡單的循環負載均衡器可以正常工作。這是因為“負載平衡”和請求路由的實際工作最終由PrizmDoc Server實例本身處理。

如何查看請求路由？

每當您開始新的查看會話時，將頁面轉換為SVG的所有處理工作都在一臺特定的PrizmDoc Server計算機上進行。當查看器發送諸如“給我SVG 0頁”之類的請求時，該請求將通過管道傳輸（通過Web服務器，通過PAS），直到到達PrizmDoc Server集群，然后有一臺機器，只有一臺機器，實際上可以回答請求（PrizmDoc Server實例僅使用本地緩存；沒有共享緩存或共享存儲）。

幸運的是，您（和負載平衡器）無需擔心將請求路由到正確的計算機上。這是因為正確機器的IP地址已被加密為查看會話ID本身，并且每個PrizmDoc Server實例都知道如何在需要時將請求通過管道傳遞到正確的機器：

實際上，盡管我們永遠不建議這樣做，但是如果您要完全刪除PrizmDoc Server群集前面的負載平衡器，然后將所有流量發送到一臺PrizmDoc Server計算機，則所有內容仍將路由到正確的位置。

CPU負載與HTTP請求負載分開

當我們考慮在PrizmDoc Server群集的上下文中進行“負載平衡”時，涉及的不僅僅是簡單地分配HTTP請求。這是因為PrizmDoc Server的大部分CPU工作都是后臺處理，與后臺處理的HTTP請求完全分開。

PrizmDoc Server處理的HTTP請求基本上有兩種：

• 開始新的后臺流程的請求
• 獲得流程狀態或輸出的請求

為了進行查看，您的Web應用程序將自己發出第一類請求（創建查看會話并提供文檔），然后HTML查看器將發出大量第二類請求（獲取各個頁面的SVG）。

每次您的應用程序創建一個新的查看會話并提供其關聯的文檔時，PrizmDoc Server都會啟動一個后臺進程，以將文檔頁面一個接一個地轉換為SVG（即輸出輸出頁面）。該過程需要花費多長時間以及使用多少CPU，完全取決于要轉換的文檔。

例如，在轉換任何頁面之前，必須先“流動”（分頁）DOCX文件，而PDF的分頁是預定義的。如果DOCX和PDF具有相同的可見內容，則PDF可以更快地轉換并使用更少的CPU。同樣，一般來說，文檔包含的頁面越多，或者頁面上的內容越復雜，完全轉換所需的CPU時間就越多。

當然，您的最終用戶不必等文檔完全轉換后就可以開始與文檔進行交互。 PrizmDoc Server會在內容準備就緒后立即提供第一頁內容，甚至會根據請求內容主動將頁面順序亂序轉換。但是，PrizmDoc服務器上的CPU負載并不僅取決于服務器正在處理的HTTP請求數量，還取決于服務器在后臺轉換的文檔類型。

本教程內容較多，分為上下兩篇內容，本文是上篇，想要查看下篇內容，請繼續關注我們慧都網~您可以下載PrizmDoc試用版免費評估~