GraphQL是一个在恰当的时候出现的规范,它解决了软件工程中一个古老的问题:服务集成。Apollo的实现获得了巨大的发展,Apollo的宏伟愿景超越了集成
Apollo GraphQL,它是使用开源和商用GraphQL API技术的先驱,今天宣布了一轮1.3亿美元的D系列融资,由Insight Partners牵头,现有投资者包括Andreessen Horowitz、Matrix Partners、,和Trinity Ventures。
这将阿波罗的估值提高到15亿美元以上,并使其能够实现其愿景,即“将图形作为技术堆栈中一个重要的新层,作为组织服务、数据和数字能力的统一表示。”。我们与阿波罗首席执行官兼创始人杰夫·施密特进行了讨论,内容涵盖了阿波罗的起源、实施和未来计划等各个方面。
产品开发人员和产品工程师、筒仓和集成施密特的背景有些非传统,但这并没有阻止他创建Meteor,一个免费的基于JavaScript的开源应用程序开发平台,在被Tiny以未披露的金额收购之前筹集了5300万美元。
成功退出并没有阻止施密特再次冒险。他在Meteor中看到了一个挑战:你只能用它来构建新的应用程序。施密特指出,如果他能开发出一种能与任何后端、任何前端集成的技术版本,就有可能产生更大的影响。
应用程序过去相对简单。您有一个连接到数据库的web服务器,然后将前端交付到web浏览器中。但实际情况是,景观变得更加复杂。人们正在构建遍布各地的应用程序。单片服务现在被分解为细粒度的微服务。
微服务结构是许多人现在拥有的一种体系结构,它很好地满足了一些需求,但它所做的是它创造了很多复杂性,施密特指出。他补充道:在云中构建所有这些服务的关键在于我们可以构建应用程序。如果您是一名产品开发人员,您希望您的服务具有很好的可重用性、模块化和独立性,因此您可以在将来以任何需要的方式将它们组合起来。
因此,如果您从后端的角度看世界,您最终会得到一个基于独立、可扩展、,为您的业务在后端所做或希望在后端所做的每件事情提供筒仓式服务。施密特认为这与产品工程师的需求真的不同。他们的工作就是去创造人们每天使用的体验。这意味着他们需要将所有这些不同的东西结合起来。
最初,施密特和他的团队开始构建他们认为的Meteor的新版本,它可以与任何后端和前端一起工作,规模与世界上最大的应用程序和团队相当。然后GraphQL规范发布了,团队意识到它是正确的查询语言。
当然,GraphQL只是一个需要实现的规范。其目的是用更具可扩展性和流线型的东西取代点对点API集成:“一个界面,在这里,您拥有所有数据和服务的一个视图,您可以像访问数据库一样查询和访问它。因此,我们正在做的是创建这个虚拟图形层,我们称它为图形,因为它是连接的,”Schmidt说。
从愿景到实现GraphQL已经是86%JavaScript开发人员的首选。据《财富》500强中有30%的人使用阿波罗。阿波罗利用了一种开放核心模式,其产品的一部分是开源的,另一部分属于其企业版。
因此有了牵引力,而根据施密特的说法,这与阿波罗的宏伟愿景一起吸引了投资者的兴趣。他补充说,阿波罗号上一轮的资金是2200万美元,从那时起,事情发展了十倍。但是,这一宏伟愿景如何转化为技术架构和实现呢?
阿波罗拥有一个名为阿波罗客户端的GraphQL客户端。Schmidt指出,访问GraphQL图不一定需要客户端,但如果混合使用智能客户端,例如缓存数据,则可以做更多的事情。主要目标是使用客户机构建用户界面,对于不同的编程语言和环境,它有多种风格。
然后是Schmidt所说的图形路由器或数据库查询规划器的等价物。Apollo不存储数据,因此路由器只需要知道如何高效地路由查询,但这并不会降低其重要性或复杂性。”它有所有的策略、访问控制和安全性,可以有不同类型的缓存语义,但它不存储数据,”施密特说。
阿波罗的架构,在一个简化的图表中,
然后是阿波罗工作室,正如施密特所说,它的核心是模式注册表。Schema是GraphQL的重要组成部分,Schmidt将Apollo的Schema registry比作DNS服务,跟踪类型、地址和访问控制规则。
还有类似Apollo Explorer的工具,允许用户点击构建图形查询,同时允许他们搜索和导航图形。Schmidt强调了诸如查询延迟预测和CI/CD、访问权限和安全性等功能,以及Apollo倡导的开放标准Federation。
但Apollo架构的核心是路由器。这就是大部分复杂性所在,随着Apollo连接到的后端服务数量的增加,复杂性和优化需求也随之增加。施密特证实了阿波罗工程副总裁乔什·麦肯齐的暗示ed at--这是阿波罗的大部分创新工作的重点。
数据、服务、目录、模式、注册和图形尽管阿波罗与图形数据库等解决方案之间的区别很明显,但也存在一些趋同点。我们并没有忘记“组织服务、数据和数字能力的统一表示”。施密特指出,模式注册中心似乎是这一点的具体体现,它在某些方面看起来像是服务的数据目录。
API之上的图形层基于产品工程师的需求。因此,围绕产品工程师的需求而建立的服务目录最终成为业务中的最佳场所。施密特说:
我们必须了解我们的业务领域对象到底是什么样的。因此,我们认为这将在一段时间内并行运行,因为大数据风格的数据目录的需求与产品工程师的需求略有不同。但我们认为,本服务目录的中心性非常重要,它围绕着您如何使用所有服务的需要而构建,产品工程师每天需要做什么就证明了这一点。这将变得越来越重要。
施密特认为,图形模式注册表提供了云中所有服务以及我们如何使用它们的人类视图。最终,它将与我们现在拥有的一些数据目录功能集成。
有趣的是,越来越多的现有数据目录也采用了图形和模式功能。这似乎是一个很好的匹配,可以管理复杂性以及随之而来的元数据和治理需求。虽然图数据库看起来更广泛地适用,但在目前定义良好的、蓬勃发展的类别中,资金和估值更高,Schmidt关于服务和API对组织的重要性的观点是正确的。
这里的大局是,无论人们是从数据驱动的角度还是从服务驱动的角度来看,最终,对模式、元数据和注册中心的需求都会变得明显。所有不同的服务端点和数据点的互连特性也在逐渐深入。图形化和以模式为中心的解决方案正在出现,以满足这些需求。
现实世界中的AI道德:FTC专员展示了一条通向经济公正的道路
亚马逊海王星更新:机器学习、数据科学和图形数据库的未来
开源增长和风险资本投资:数据、数据库、挑战,和opportunities
Surfshark VPN review:它便宜,但好吗?
通过注册,您同意使用条款并承认隐私政策中概述的数据实践。
您还将免费订阅ZDNet的今日技术更新和ZDNet公告时事通讯。您可以随时取消订阅这些时事通讯。
您同意接收CBS公司系列的更新、提醒和促销活动,包括ZDNet的今日技术更新和ZDNet公告时事通讯。您可以随时取消订阅