GraphQL体系结构-寻找洞察力

Question

我有一个建筑上的问题，我希望你们这些优秀的人能对此有所了解。在我的公司，我们希望利用graphql，在这方面也是一样的。但是，我们组织中有些人坚持使用所谓的后端前端(从这里开始，您可以在这里熟悉自己：http://samnewman.io/patterns/architectural/bff/)来了解我们的单个前端，而不是让前端自己查询graphql服务器所需的内容。然后，他们希望向graphql服务器公开前端的REST端点，其中bff是这个临时层。所以看起来是这样的:前端1 =====>RESt====>BFF表示前端1=======>graphql。他们希望这个bff是graphql后端的一个限制性子集。所以，我对你们的问题是两方面的。1.这是否合理，因为我们可以通过授权和2限制查询。如果我必须处理这个问题，是否完全可以使BFF成为一个具有他们希望通过rest公开的模式的graphql服务，并且使用graphql从“远后端”进行聚合。Graphql是客户端的天赐之物，所以我很乐意在仍然不必要地为端点构建http请求的情况下使用它。我愿意接受任何和所有的建议，即使是那些表示我喜欢的东西并不像他们建议的那样理想的人。

Answer 1

在我看来，您希望在REST服务之前创建一个API代理。这是一种非常流行的方法，例如，在邢和Github (据我所知)实现。这将在某个时候移除BFF层，保持它存活的唯一原因是支持遗留客户端。这是因为这个GraphQL代理是BFF模式的更好版本。这是来自GraphQL欧洲的演讲可能会有帮助。在深入学习GraphQL之前，您可能需要花更多的时间来了解它。一个想法可以是在Node.js中构建一个原型，该原型使用后端服务来创建GraphQL接口。根据应用程序的大小，您可能希望用不同的语言来实现这一点(比如Scala + Sangria at邢)。