JanusGraph设计的目的是处理大图，单机无论是在存储和计算能力上都无法满足大图处理。大规模图实时计算和分析是JanusGraph最基本的优势。本节将讨论更多JanusGraph特有的优势以及它底层支持的存储方案。

转自：JanusGraph中文翻译文档

1.1. JanusGraph 基本优势

• 支持非常大的图。JanusGraph通过添加机器横向扩展集群。
• 支持很大的并发事务处理和图操作处理。通过添加机器横向扩展JanusGraph的事务处理能力，可以在毫秒级别相应大图的复杂查询。
• 支持使用Hadoop框架进行全局图分析和批量图处理。
• 支持在很大的图上对顶点和边进行地理位置、数值范围、全文搜索。
• 原生支持Apache TinkerPop 描述的当前流行的属性图数据模型。
• 原生支持图遍历语言Gremlin。
• 通过使用非编程的方式连接很容易与Gremlin Server集成
  
• 提供了很多图级别配置选项用于调节性能。
  
• 以顶点为中心的索引提供顶点级查询，以缓解臭名昭着的超级节点问题。
• 提供优化的磁盘表示，从而允许有效地使用存储和访问速度。
• 基于 Apache 2 许可协议开放源码。

• 连续可用，没有单点故障。
• 由于没有主/从架构，因此对图的读/写没有瓶颈。
  
• 弹性可扩展性允许加入和移除机器。
  
• 缓存层确保内存中多次连续访问的数据可用。
  
• 通过添加集群的机器来增加缓存的大小。
• 可以与 Apache Hadoop集成。
• 基于 Apache 2 许可协议开放源码。

• 与Apache Hadoop生态系统紧密集成。
• 原生支持强一致性。
  
• 通过添加更多机器进行线性扩展。
• 严格的一致性读写操作。
• 方便的基类用于支持Hadoop MapReduce作业操作HBase表。
  
• 支持使用JMX导出监控指标。
• 基于 Apache 2 许可协议开放源码。

1.4. JanusGraph 和 CAP 理论

尽管你付出了最大的努力，你的系统仍会遇到很多的错误，以至于必须在减少输出（如：停止响应请求）和降低收获（如：响应不完整的答案）之间做出选择。 此决定应基于业务要求。

                                                                                                         -- Coda Hale

使用数据库时，应充分考虑CAP定理（C =一致性，A =可用性，P =可分区性）。 JanusGraph发布包中支持3个后端：Apache Cassandra，Apache HBase和Oracle Berkeley DB Java 企业版。 请注意，BerkeleyDB JE是一个非分布式数据库，通常仅与JanusGraph一起用于测试和探索。

HBase以输出为代价优先考虑一致性，即完成请求的概率。 Cassandra以收获为代价优先考虑可用性，即响应的完整性（数据可用性/完整数据）。