面向大众市场的图表 Neo4j在谷歌云上发布Aura

Neo4j Aura是一个完全托管的本地图形数据库服务(DBaaS)，刚刚发布。Neo4j强调的关于Aura的关键点是始终在线的可用性、随需应变的可伸缩性和开发人员优先的方法。有了Aura、Neo4j和graph数据库，就进入了云时代。

Aura已经在工作了，而且我们现在已经知道它至少几年了。最初，Aura将运行在谷歌云上，我们也知道Neo4j与谷歌的合作关系始于2019年4月。因此，当我们与Neo4j的CEO Emil Eifrem和Neo4j的云产品管理总监Kurt Freytag讨论Aura时，我们需要注意以下几点:是什么让Aura花了这么长时间?

还有:中小企业?Neo4j希望在云中为您运行一个图形数据库

云已经成为Neo4j的战略重点有一段时间了，Eifrem在之前的对话中也分享了这一点。正如Eifrem所指出的，有时指出事情的走向是容易的部分，而指出事情将在何时发生则是困难的部分。这是答案的一部分;Neo4j希望与市场同步。另一部分与支撑Aura的技术复杂性有关。正如Freytag所说，他们想要以正确的方式来做这件事。Neo4j选择的实现Aura的方式是基于Kubernetes的。管理有状态的工作负载是将任何数据库带到云中所必需的，Kubernetes最近才实现了这一点。有趣的是，基于kubernets的实现意味着，虽然Aura最初运行在谷歌云上，但它也可以运行在AWS和微软Azure上。这是选择Kubernetes的部分原因，AWS和Azure最终也将得到支持。这就引出了第二点:Aura与谷歌云伙伴关系的关系如何?Aura并不等于Neo4j-Google的合作。根据Eifrem的说法，Neo4j正在致力于与GCP的深度集成，很快就会有另一份声明。我们的目标是为Aura提供两个入口点。谷歌云客户最终将能够使用Aura，就像他们使用扳手或BigTable等谷歌产品一样，甚至可以与之集成。

Neo4j Aura是一个完全托管的数据库服务产品，它开创了Neo4j在云上的冒险。

另一方面，Neo4j客户最终将能够从一个中心点使用Aura，并为他们的工作负载选择使用哪个云提供商。然而，今天，Aura本身是唯一的入口点，GCP是唯一支持的云供应商。说到工作负载，这引出了另一个有趣的问题:零管理。在宣布Aura时，Neo4j强调了一些关键点，比如“一直在线”的可用性(管理复杂的过程，如调优、安全补丁、软件更新和配置更改，停机时间为零)、按需扩展(自动调整数据库大小)、安全性、ACID事务、简单定价和零管理。永远不要再担心服务器。这是声明中使用的短语，它让我们怀疑Neo4j是否已经走上了“自动驾驶”数据库的道路。Eifrem将Neo4j与Oracle的定义区分开来。例如，在讨论按需扩展时，他说虽然Aura会自动调整数据库的大小，但用户仍然可以控制，因为这可能会影响资源和计费。

简单地说，Aura是Neo4j进入大众市场的方式。由于我们已经对图形数据库市场进行了一段时间的报道，了解了各种采用指标和预测，并从该领域获得了一些见解，所以我们一直真诚地想知道有多少采用是预期的，有多少是真实的。现在50%的组织真的在使用图形数据库吗?还是12。5%?很难说。首先，正如Eifrem所说，这取决于您所计算的内容:组织中某个地方的概念验证是否算作采用，就像关键任务项目那样?然后，我们在讨论什么组织?Eifrem谈到了Neo4j在企业中的应用，比如8/10的大型保险公司和20/20的大型银行都是Neo4j的客户。然而，在企业之外，度量是比较困难的，并且采用率较低。下载等指标只是代理。这就是Aura的用武之地。

光环is Neo4j进军大众市场的赌注

Eifrem说，让Neo4j开源是他们为开发人员提供一个非常强大、灵活和可访问的数据库的方式。绝大多数的Neo4j付费客户都是从下载Neo4j的开发人员开始的，他们对其进行了实验，并意识到图形是建模和遍历连接数据的理想方式。“然而，这些开发者中只有少数人能够直接获得预算，从而实现企业版的飞跃。Neo4j Aura为个人、小型团队和已建立的初创企业架起了一座桥梁。我相信这是Neo4j的下一个逻辑步骤，帮助世界理解数据”。这是有道理的，因为它与开源和云正在成为规范的世界同步。但是涉及到图形时，Neo4j并不是唯一的选择，所以也值得看看Aura对于整个图形数据库世界意味着什么。

首先，Aura并不是唯一的云图数据库。AWS和Azure都有自己的产品，分别是Neptune和Cosmos DB。当然，在技术上存在差异，但也许更重要的是，Neptune和Cosmos DB被限制在各自的云中运行，而Aura没有。谷歌与Neo4j合作是有意义的，因为它没有提供内部的图形数据库。Neo4j与谷歌合作也是有意义的，因为它在那里不会面临内部图形数据库的竞争，而且它有机会在一个崭露头角的云供应商上提供深度集成。但是云供应商并不是唯一提供完整管理的图形数据库的供应商。此外，虎图还宣布将于2019年9月上市。然而，与Neo4j不同的是，TigerGraph不是开源的。因此，它的用户登录方式是提供一个免费的层，而Neo4j对Aura没有这样做。虽然我们发现约会除了吹嘘的资本之外没有什么意义，但这里的重点是，我们希望其他人也能效仿。在一个直到最近才为用户提供部署到云上的映像的市场中，完全管理的云版本意味着巨大的进步。我们热烈欢呼的另一个发展是走向图形查询语言标准化。让我们简要回顾又是;

GQL是一种新的标准化图形查询语言。图片:阿拉斯泰尔•格林

图形数据库有两种;RDF和属性图。在RDF世界中，查询语言(SPARQL)以及数据格式和模式(RDF和RDFS / OWL)都存在标准。属性图没有这些特性，所以Neo4j提出了一个在W3C支持下进行这些工作的建议，两个阵营的其他厂商也加入了进来。第一步是成功的，最近一项关于属性图的标准查询语言GQL的提案已经通过了ISO/IEC负责IT标准的联合技术委员会1的审核。这是个好消息，但这里有几点值得强调。首先，这只是一个初步的步骤。在我们能够有把握地说有一个标准之前，还有许多工作和谈判要做。第二，我们觉得只要多做一点努力，就可以做得更大、更好。如前所述，RDF和属性图供应商以及独立专家都参与了这项工作。有一个称为RDF*的提议，它可以弥合它们之间的技术差异，并导致通用标准。然而，通常情况下，技术方面可能不是弥合这一差距的最重要方面。RDF已经存在了很长时间，并且有很多工作对于属性图来说是不存在的。当桥接/采用现有的工作是可能的并且可以带来好处的时候，为什么要重新发明轮子，或者提出专有的解决方案呢?

作为图形数据库迁移路径的一部分，数据格式是一个很好的展示。目前，将数据导入到Neo4j的方式是CSV。虽然CSV是通用的，但它并不复杂，很难捕获图形数据的细节，而且导入过程是专有的。Eifrem和Freytag都承认这是一个需要改进的领域。

因此，这里有一个疯狂的想法:如何使用RDF作为数据库、图和其他数据交换的标准?这是一个伟大的比赛，它可以工作，甚至今天，与一点点努力。Eifrem在我们的对话中多次提到MongoDB，作为一种衡量Neo4j的标准。

今天想要在Neo4j中导入JSON数据的MongoDB用户会发现这不是一个非常简单的过程。还有另一种方法，使用RDF。JSON可以转换成RDF, RDF可以导入到Neo4j。Neo4j对此有一个插件，但它不是一个一流的公民。它是Neo4j的Jesus Barrasa构建并开源的东西，而不是Neo4j官方赞助或推广的东西。这是为什么呢?Eifrem给出的答案是，尽管RDF做了很多正确的事情，但它不是Neo4j的优先级。我们怀疑这部分是一种业务策略，另一部分可能与RDF的关键人物之一、谷歌的schema.org的策划者Dan Brickley所称的“语义Web原教旨主义”有关——因为RDF做错了而被大骂。

一般来说，开始使用Neo4j和属性图数据库通常被认为比RDF数据库更容易。但是RDF背后有大量属性图所缺乏的工作

RDF有大量的工作，但也有一些包袱。学术态度，在不好的意义上，是其中的一部分。虽然我们不认同这种态度(也曾为此付出代价)，但我们看到这种态度正在改变。我们还应该指出，诸如语义的坚实基础之类的东西也会使属性图受益。一个恰当的例子:Neo4j的Alastair Green领导了Neo4j的GQL标准化工作，而Neo4j团队成员与学术研究人员一起研究Neo4j的查询语言语义，他们表示，他们对流行的图形数据库模型中的更新的理解仍然非常初级。长话短说:属性图一开始是考虑采用的，后来才考虑标准化等问题。对于RDF，则相反。但现在似乎是一个折中的好时机，这对每个人都是一件好事，创造一个更大更好的生态系统。态度可以改变，Neo4j也是一个很好的例子。在过去，Eifrem曾声明Neo4j从不生成基准测试。当被问及这如何解释Neo4j最近对基准测试工程师的开放时，Eifrem的回答有点不同:Neo4j做基准测试，它有一个团队负责这方面的工作，只是在营销策略中没有使用基准测试。所以，谁知道呢，如果基准没有那么糟糕，RDF可能就是下一个。