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

點擊下載PrizmDoc正式版

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

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

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

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

這種架構(gòu)的優(yōu)點之一是，即使文檔的其余部分仍在轉(zhuǎn)換中，我們也可以在文檔準(zhǔn)備好后立即提供其金喜正規(guī)買球。但是，設(shè)置和維護后端并非易事。

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

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

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

PrizmDoc Viewer后端是什么？

讓我們仔細看看整體架構(gòu)，包括您的Web應(yīng)用程序和瀏覽器：

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

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

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

PAS負責(zé)兩個主要功能：

• 加載和保存注釋
• 長期緩存預(yù)轉(zhuǎn)換的內(nèi)容

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

現(xiàn)在，讓我們進一步了解一下后端。

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

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

如何查看請求路由？

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

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

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

CPU負載與HTTP請求負載分開

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

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

• 開始新的后臺流程的請求
• 獲得流程狀態(tài)或輸出的請求

為了進行查看，您的Web應(yīng)用程序?qū)⒆约喊l(fā)出第一類請求（創(chuàng)建查看會話并提供文檔），然后HTML查看器將發(fā)出大量第二類請求（獲取各個頁面的SVG）。

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

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

當(dāng)然，您的最終用戶不必等文檔完全轉(zhuǎn)換后就可以開始與文檔進行交互。 PrizmDoc Server會在內(nèi)容準(zhǔn)備就緒后立即提供第一頁內(nèi)容，甚至?xí)鶕?jù)請求內(nèi)容主動將頁面順序亂序轉(zhuǎn)換。但是，PrizmDoc服務(wù)器上的CPU負載并不僅取決于服務(wù)器正在處理的HTTP請求數(shù)量，還取決于服務(wù)器在后臺轉(zhuǎn)換的文檔類型。

本教程內(nèi)容較多，分為上下兩篇內(nèi)容，本文是上篇，想要查看下篇內(nèi)容，請繼續(xù)關(guān)注我們慧都網(wǎng)~您可以下載PrizmDoc試用版免費評估~