ArangoDB的企業(yè)版專注于解決企業(yè)級(jí)問(wèn)題和高度安全的數(shù)據(jù)工作。各種功能（如SmartGraphs或SmartJoins）允許對(duì)圖形和關(guān)系用例執(zhí)行閃電般快速的查詢，而360加密、LDAP集成和數(shù)據(jù)屏蔽則支持使用ArangoDB進(jìn)行高度安全的工作。

ArangoDBOasis是ArangoDB的托管云，支持許多企業(yè)功能，如OneShard、SmartGraphs、SmartJoins和安全功能。

ArangoDB與功能豐富、速度快的Java驅(qū)動(dòng)程序和SpringData集成一起，提供了一個(gè)可靠而靈活的包，可以快速適應(yīng)不斷變化的需求。

數(shù)據(jù)中心到數(shù)據(jù)中心的復(fù)制

在一個(gè)數(shù)據(jù)中心中運(yùn)行分布式數(shù)據(jù)庫(kù)，并將所有事務(wù)復(fù)制到另一數(shù)據(jù)中心。我們的解決方案是異步的，可以擴(kuò)展到任意大小的集群。它具有容錯(cuò)性，沒(méi)有單點(diǎn)故障。

每個(gè)公司都需要為所有重要系統(tǒng)制定災(zāi)難恢復(fù)計(jì)劃。從運(yùn)行在某些容器中的單個(gè)進(jìn)程這樣的小單元到最大的分布式體系結(jié)構(gòu)，都是如此。尤其是對(duì)于數(shù)據(jù)庫(kù)，這通常包括容錯(cuò)、冗余、定期備份和應(yīng)急計(jì)劃。數(shù)據(jù)存儲(chǔ)越大，就越難想出好的策略。

因此，希望能夠在一個(gè)數(shù)據(jù)中心中運(yùn)行分布式數(shù)據(jù)庫(kù)，并以某種方式將所有事務(wù)復(fù)制到另一個(gè)數(shù)據(jù)中央。通常，事務(wù)日志通過(guò)網(wǎng)絡(luò)傳輸，以在另一個(gè)數(shù)據(jù)中心的另一個(gè)相同系統(tǒng)中復(fù)制所有內(nèi)容。一些分布式數(shù)據(jù)存儲(chǔ)內(nèi)置了對(duì)多個(gè)數(shù)據(jù)中心感知的支持，并可以以全自動(dòng)方式在數(shù)據(jù)中心之間進(jìn)行復(fù)制。

ArangoDB3.3通過(guò)引入多數(shù)據(jù)中心支持向前邁進(jìn)了一步，即數(shù)據(jù)中心到數(shù)據(jù)中心的復(fù)制。我們的解決方案是異步的，可以擴(kuò)展到任意大小的集群，前提是數(shù)據(jù)中心之間的網(wǎng)絡(luò)鏈路具有足夠的帶寬。它具有容錯(cuò)性，沒(méi)有單點(diǎn)故障，并包括許多用于在生產(chǎn)場(chǎng)景中進(jìn)行監(jiān)控的指標(biāo)。

它的作用

此功能允許您在兩個(gè)不同的數(shù)據(jù)中心A和B中運(yùn)行兩個(gè)ArangoDB群集，并設(shè)置從A到B的異步復(fù)制。這意味著數(shù)據(jù)中心A中的群集A可以像往常一樣用于讀寫操作，對(duì)數(shù)據(jù)的所有更改都通過(guò)網(wǎng)絡(luò)復(fù)制到數(shù)據(jù)中心B中的另一個(gè)群集B。復(fù)制是異步的，即，在短暫延遲后（通常在幾秒鐘內(nèi)），變化會(huì)出現(xiàn)在另一側(cè)。

在數(shù)據(jù)中心a發(fā)生災(zāi)難（如網(wǎng)絡(luò)連接完全喪失）的情況下，可以快速停止復(fù)制并開始使用數(shù)據(jù)中心B中的群集B作為群集a的替代品。稍后，當(dāng)災(zāi)難結(jié)束時(shí)，可以使用群集a作為群集B的異步副本，或切換回a并繼續(xù)復(fù)制到群集a。

挑戰(zhàn)

在本節(jié)中，我們不想讓您對(duì)技術(shù)細(xì)節(jié)感到厭煩，我們將在適當(dāng)?shù)臅r(shí)候?yàn)榇税l(fā)布一份白皮書。相反，我們希望強(qiáng)調(diào)這種方法的挑戰(zhàn)，并概述我們?yōu)榭朔@些挑戰(zhàn)而采取的措施。

單個(gè)ArangoDB集群是一個(gè)具有良好水平可擴(kuò)展性的分布式系統(tǒng)。數(shù)據(jù)容量和查詢性能（讀寫）都與使用的服務(wù)器數(shù)量成線性關(guān)系。自動(dòng)分片導(dǎo)致數(shù)據(jù)的實(shí)際更改在所有服務(wù)器中同時(shí)發(fā)生。特別是，這意味著，從設(shè)計(jì)上講，沒(méi)有一個(gè)地方可以建立所有變更的總順序。也就是說(shuō)，我們正在處理大量數(shù)據(jù)同時(shí)更新的分布式混亂。變化率可能會(huì)有很大差異，我們將不得不處理較大的寫突發(fā)。

同時(shí)，ArangoDB集群具有容錯(cuò)性。例如，如果數(shù)據(jù)中心中的一臺(tái)服務(wù)器發(fā)生故障，ArangoDB集群可以輕松容忍這種損失，并且假設(shè)用戶已將復(fù)制因子設(shè)置為至少2，則不會(huì)丟失任何數(shù)據(jù)，也不會(huì)丟失可用性。系統(tǒng)只需切換到使用另一臺(tái)服務(wù)器，重新分配數(shù)據(jù)并繼續(xù)運(yùn)行，而不會(huì)影響查詢性能。因此，任何適當(dāng)?shù)膹?fù)制解決方案都必須滿足集群A中這些透明的故障轉(zhuǎn)移。

另一方面，安全問(wèn)題和防火墻維護(hù)意味著，我們不容易讓許多不同的進(jìn)程與其他數(shù)據(jù)中心中的許多不同進(jìn)程進(jìn)行通信，但同樣，我們也不容易通過(guò)不同數(shù)據(jù)中心中兩個(gè)進(jìn)程之間單個(gè)網(wǎng)絡(luò)連接的瓶頸來(lái)移動(dòng)所有更新。

顯然，整個(gè)復(fù)制系統(tǒng)是分布式系統(tǒng)的分布式系統(tǒng)，因此必須具有可擴(kuò)展性和容錯(cuò)性，并且沒(méi)有單點(diǎn)故障。

所有這些挑戰(zhàn)決定并影響了我們解決方案的設(shè)計(jì)。