关于这两个工具的集成，我有几个问题。不是技术问题和如何设置(我稍后会很有趣)，而是有关项目的过程和方向的更多信息，因为JanusGraph仍然很年轻。
我正在开始一个新项目，并且已经决定使用Cassandra进行存储，并且在顶部使用图表对我来说很有吸引力。
在走这条路之前，我想提前知道几件事。
JanusGraph还很年轻，大约一年前从Titan离开的地方捡起。那里还是有差距的，但是事实上这是Linux Foundation的一部分，并且所有大公司都将支持它，这听起来很有希望。现在可以安全地假设JanusGraph可以保留吗？依靠Janus作为启动项目是否安全？当然要跟着发展，并尽可能保持最新。 Cassandra 。 Titan/JanusGraph使用旧的api与Cassandra 2.1.9集成，最终将在Cassandra 4中弃用。我知道目前正在做一些工作，以使janus与Cassandra 3一起使用，并最终也与CQL一起使用。从现有的janus和Cassandra 2.1.9开始并在以后处理迁移是否安全？对于初创企业来说，这将是一项艰巨的任务吗？ 生产就绪的JanusGraph。(此问题与处于早期阶段的任何类型的软件有关，以及对于启动而言是否安全)。据我了解，JanusGraph需要花费一些时间才能投入生产并 catch 与之集成的其他工具(尽管正如我们所说的那样，工作正在完成)。再次安全地开始使用Janus并跟随开发并最终迁移到可投入生产的版本是否安全？ JanusGraph的总体路线图是什么？
总的来说，我担心的是工具的组合是否是启动的安全选择。整个堆栈对我们来说已经是新手了，我们很高兴尝试和学习，但是我们将很快进入迁移期。是您会做/推荐的事情吗？是自杀吗？
请分享您的想法，并记住，它不必与我正在谈论的堆栈有关。它可能是任何一家在早期阶段就处理任何类型软件的初创公司。
干杯 完全公开，我是Compose上JanusGraph的开发人员。
与任何其他拥有大量支持者的OSS软件项目一样安全。明天每个人都可以跳上一些新玩具，但我对此表示怀疑。公司正在投入资金，开发社区非常活跃。 Janus有一个与Thrift数据模型兼容的CQL后端。在发布0.2.0时，向CQL的迁移应该很简单，而且应该很轻松。 我知道已经有人将Titan用于生产应用程序。由于JanusGraph是从Titan派生出来的，因此我认为从我所看到的一切开始使用JanusGraph是相当合理的。至于路线图，我将查看JanusGraph邮件列表(开发人员/用户)，看看正在发生什么以及正在谈论什么。