JanusGraph + Cassandra(通用问题)

时间:2017-06-28 14:52:19

标签: cassandra graph-databases titan cassandra-2.1 janusgraph

我对这两个工具的集成有几个问题。不是技术问题,也不是如何设置(我稍后会对此感到高兴),更多的是关于项目的进程和方向,看看JanusGraph还很年轻。

我正在开始一个新项目,并已决定使用Cassandra进行存储,并使用顶部声音图表对我很有吸引力。

在我走这条路之前,我想提前知道几件事。

  1. JanusGraph非常年轻,它从大约一年前Titan离开的地方开始。那里存在差距,但是作为Linux基金会的一部分以及所有大型企业支持它的事实听起来很有希望。在这一点上假设JanusGraph会留在这里是否安全?依靠Janus作为启动项目是否安全?并遵循当然的发展并尽可能地更新。

  2. 卡桑德拉。 Titan / JanusGraph使用thrift api与Cassandra 2.1.9集成,最终将在Cassandra 4中弃用。我知道目前正在完成工作以使janus与Cassandra 3一起工作并最终使用CQL。从现有的janus和Cassandra 2.1.9开始并稍后处理迁移是否安全?对于一家初创公司来说,处理它是一项艰巨的任务吗?

  3. 生产就绪JanusGraph。(这个问题涉及其早期阶段的任何软件以及它是否可以安全地启动使用)。据我所知,JanusGraph需要一段时间才能完成生产并赶上其集成的其他工具(尽管我们说的工作正在完成:))。再次开始使用Janus并遵循开发并最终迁移到生产就绪版本是否安全? JanusGraph的整体路线图是什么?

  4. 我一般关注的是这些工具的组合是否是启动的安全选择。整个堆栈对我们来说已经是新的了,我们很高兴尝试学习,但我们将很快达到迁移期。这是你会做/推荐的事情吗?这是自杀吗?

    请分享您的想法,并记住它不必是关于我正在谈论的堆栈。它可能是任何初创公司在其早期阶段处理任何类型的软件。

    干杯

2 个答案:

答案 0 :(得分:9)

完全披露,我是Compus的JanusGraph开发人员。

  1. 它与任何其他拥有大量支持者的OSS软件项目一样安全。明天每个人都可以跳上一些新玩具,但我对此表示怀疑。公司正在投入资金,开发社区非常活跃。

  2. Janus的CQL后端与Thrift数据模型兼容。当0.2.0发布时,迁移到CQL应该简单而且非常轻松。

  3. 我知道已经有人将Titan用于生产应用程序。随着JanusGraph从Titan分叉,我认为从JanusGraph开始我所见过的一切都是合理的。至于路线图,我会查看JanusGraph邮件列表(dev / users),了解正在进行的内容以及正在讨论的内容。

答案 1 :(得分:8)

披露:我是JanusGraph项目的联合创始人之一;我也在寻找并向我们的GitHub repowebsite添加生产用户,因此我可能会略有偏见。 :)

关于你的问题:

  1. 使用安全吗?

    该项目很年轻,但它建立在Titan的基础之上,Titan是一个非常受欢迎的图形数据库,自2012年以来一直存在并且已经在生产中运行。我们有来自众多知名公司的贡献者,有几家公司正在JanusGraph上直接构建关键业务应用程序,例如,

    • GRAKN.AI正在JanusGraph上构建他们的知识图
    • IBM的Compose.io已经构建了一个托管的JanusGraph服务
    • Uber已经在生产中运行JanusGraph(以前运行过Titan)
    • several other companies将JanusGraph作为其生产环境的核心部分

    我们也开始确定将围绕JanusGraph提供咨询服务的公司,以防有人需要为自己管理的部署提供生产级支持。

    你可以看到,对这个项目有很大的兴趣和支持。

  2. Cassandra升级

    @pantalohnes answered这个问题;我在此不再重复。

  3. 生产就绪

    正如我上面链接的那样(GitHub repowebsite),我们已经拥有JanusGraph的制作用户,您可以在那里找到它们。这些只是那些公开愿意为项目提供名称/标识的公司;我相信还有更多。此外,Titan已经在许多生产环境中运行了好几年; JanusGraph是Titan的最新版本,尽管版本号很低。

    我也正在与其他计划很快迁移到JanusGraph的公司交谈;通过@JanusGraph Twitter handle查找公告,了解更多生产部署。