1. 程式人生 > >【JanusGraph】第八章:系統部署方案

【JanusGraph】第八章:系統部署方案

第八章:系統部署型態

Chapter 8. Deployment Scenarios

JanusGraph提供多種後端儲存和後端索引,使其能夠更靈活的部署。本章介紹了幾種可能的部署場景,以幫助解決這種靈活性帶來的複雜性。

在討論部署場景之前,理解JanusGraph本身的角色定位和後端儲存的角色定位是非常重要的。首先,應用程式與JanusGraph進行互動大多數情況下都是進行Gremlin遍歷,然後,JanusGraph把遍歷請求發給配置好的後端(儲存後端、索引後端)執行遍歷處理。當JanusGraph以服務的形式被使用的時候,將不會有主服務(master JanusGraph Server)。應用程式可以連線任何一個JanusGraph

服務例項。這樣就可以使用負載均衡把請求分配到不同的例項上。JanusGraph服務例項之間本身是沒有之間聯絡的,當遍歷處理增大的時候這更容易擴容。

注意

本章提出的場景僅僅是JanusGraph部署的一個示例。實際部署的時候需要考慮具體用例和生產需要。

8.1 快速上手方案

8.1. Getting Started Scenario

這種場景是大多數使用者在剛開始使用JanusGraph時可能要選擇的場景。它提供了可伸縮性和容錯性所需要的最少服務數量。每個JanusGraph服務執行在單獨的儲存後端和可選的索引後端。

image

8.2 建議部署方案

8.2. Advanced Scenario

建議部署方案也是由8.1節 快速上手部署方案進化來的。JanusGraph服務例項叢集不和儲存後端叢集和索引後端叢集部署在一起,他們被分配到不同的伺服器上叢集上。建議不同的元件叢集(JanusGraph服務、索引後端、儲存後端)部署到不同的伺服器叢集上,這樣能夠方便擴容和管理,相互之間也互不依賴。這為維護更多的伺服器提供了更高的靈活性。

image

該方案提供了不同元件的獨立可伸縮性,當然,使用可伸縮的後端也是非常有意義的。

8.3 極簡方案

8.3. Minimalist Scenario

JanusGraph服務也可以和後端儲存/索引部署在一臺機器上。這對於測試或者單應用來說,部署在一臺伺服器上是非常具有吸引力的。

image

與上面方案相反,這種部署方案不可伸縮。記憶體後端可用於測試,Berkeley DB用於生產,Lucene作為可選索引後端。

8.4嵌入式JanusGraph

8.4. Embedded JanusGraph

基於JVM的應用程式可以直接嵌入一個JanusGraph包,而不用連線到JanusGraph服務。雖然這樣可以減少管理開銷,這導致不能對JanusGraph進行單獨擴容。JanusGraph嵌入式部署方案是其他部署方案的變種,JanusGraph只是從伺服器直接移動到應用程式中,因為它現在只是用作庫,而不是獨立的服務。


原文:https://docs.janusgraph.org/latest/deployment-scenarios.html