JanusGraph + Cassandra（通用问题）

Question

我有一些关于两个工具集成的问题。这不是技术问题和如何设置（我稍后会自己解决），而是关于项目进程和方向，因为JanusGraph还很年轻。

我正在启动一个新项目，并已经决定使用Cassandra进行存储，使用图形顶部听起来非常吸引人。

在我走上这条路之前，我想提前了解一些事情。

1. JanusGraph很年轻，大约一年前从Titan接手。虽然存在差距，但它是Linux Foundation的一部分，所有大公司都将支持它，这听起来很有前途。现在假设JanusGraph是安全的并且可以依赖于创业项目吗？当然要跟踪开发并尽可能保持最新。

2. Cassandra。Titan/JanusGraph使用thrift API与Cassandra 2.1.9集成，该API最终将被弃用于Cassandra 4。目前正在进行工作，使Janus能够使用Cassandra 3并最终使用CQL。使用现有的janus和Cassandra 2.1.9开始，稍后再处理迁移是否安全？对于初创企业来说，这将是一项艰巨的任务吗？

3. 生产就绪的JanusGraph。（这个问题涉及到任何早期阶段的软件，以及创业公司是否可以安全使用）。据我所知，JanusGraph需要一些时间才能成为生产就绪状态，并赶上它与其他集成工具的步伐（虽然我们正在进行开发：））。在这一点上开始使用Janus是否安全，并跟踪开发最终迁移到生产就绪版本？JanusGraph的整体路线图是什么？

总的来说，我担心工具的组合对于初创公司是否是一个安全的选择。整个堆栈对我们来说已经很新了，我们很兴奋地尝试和学习，但我们很快就会进入迁移期。这是您会做/推荐的事情吗？这是自杀行为吗？

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

- iocentos

Answer 1

申明一下，我是Compose上JanusGraph的开发者。

1. 它和其他有大量支持者的OSS软件项目一样安全。虽然任何人随时可能转而追捧新玩具，但我对此表示怀疑。有公司在为其投入资金，开发社区也非常活跃。

2. Janus有一个兼容Thrift数据模型的CQL后端。当0.2.0发布时，迁移到CQL应该很简单且几乎无痛。

3. 我知道已经有人在生产应用中使用Titan。由于JanusGraph是从Titan分叉出来的，我认为从我所见的一切来看开始使用JanusGraph是非常合理的。至于路线图，建议查看JanusGraph邮件列表（dev/users）了解正在进行以及正在讨论的内容。

- pantalohnes

Answer 2

声明：我是JanusGraph项目的联合创始人之一，我也在寻找并添加生产用户到我们的GitHub repo和网站中，因此我可能会有些偏见。:)

关于您的问题：

1. 使用它安全吗？

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

   • GRAKN.AI正在使用JanusGraph构建其知识图谱
   • IBM的Compose.io已经构建了一个托管的JanusGraph服务
   • Uber已经在生产环境中运行JanusGraph（之前运行Titan）
   • 其他一些公司将JanusGraph作为其生产环境的核心部分运行
     
     

   我们还开始确定将提供咨询服务的公司，以便为那些需要自己管理的部署提供生产级别支持。

   因此，可以看出对该项目有很大的兴趣和支持。

2. Cassandra升级

   @pantalohnes 在这里回答了这个问题，我就不在这里重复了。

3. 生产准备

   如上所述（GitHub repo和网站），我们已经有使用JanusGraph的生产用户，您可以在其中找到。 这些只是愿意公开将其名称/标志贡献给该项目的公司； 我相信还有更多。 此外，Titan已经在许多生产环境中运行了数年； JanusGraph是Titan的更更新版本，尽管版本号较低。

   我还在与其他计划不久迁移到JanusGraph的公司进行交流；请关注@JanusGraph Twitter handle的公告，了解更多生产部署信息。

- Misha Brukman