摘要 GraphQL 在生产环境中似乎难以使用：虽然对于建模功能来说图接口非常灵活，但是并不适用于关系型存储，不管是在实现还是性能方面。 在这篇博客中，我们会设计并实现一个简单的博客引擎 API，它支持以下功能： 三种类型的资源（用户、博文以及评论）支持多种功能（创建用户、创建博文、给博文添加评论、关注其它用户的博文和评论，等等。） 使用 PostgreSQL 作为后端数据存储（选择它因为它是一个

以下是 GraphQL 在标准 REST API 技术上获得发展的原因。 正如我以前所写，GraphQL 是一种下一代 API 技术，它正在改变客户端应用程序与后端系统的通信方式以及后端系统的设计方式。 由于一开始就从创建它的组织 Facebook 获得了支持，并得到了其他技术巨头（如 Github、Twitter 和 AirBnB）的支持，因此 GraphQL 作为应用程序系统的关键技术的地位似

GraphQL 是一种查询语言、一个执行引擎，也是一种规范，它让开发人员重新思考如何构建客户端和 API 应用。 GraphQL 是当今软件技术中最大的流行语之一。但它究竟是什么？是像 SQL 一样的查询语言吗？是像 JVM 这样的执行引擎？还是像 XML 这样的规范？ 如果你回答上面这些都是，那么你是对的！GraphQL 是一种查询语言的语法、是一种编程语言无关的执行引擎，也是一种不断发展的规范

在问题导致关键的微服务瘫痪之前，使用 GraphQL 的监控功能帮助你及早发现问题。 微服务和 GraphQL 就像面包和黄油一样，是一个很好的组合。它们本身都很棒，结合起来就更棒了。了解你的微服务的健康状况是很重要的，因为它们运行着重要的服务。如果等到某个关键的服务崩溃了才诊断问题，那是很愚蠢的。让 GraphQL 帮助你及早发现问题并不需要花费太多精力。 常规的健康检查可以让你观察和测试你的服

我通常会抽象地总结我为他人所做的工作（出于显而易见的原因），但是我被允许公开谈论一个网站：Vocal 。我去年为它做了一些 SRE 工作。实际上早在 2 月份，我就在 GraphQL 悉尼会议上做过一次演讲，不过这篇博客推迟了一点才发表。 Vocal 是一个基于 GraphQL 的网站，它获得了人们的关注，然后就遇到了可扩展性问题，而我是来解决这个问题的。这篇文章会讲述我的工作。显然，如果你正在扩

导读：在这份学习指南中，我们将和大家一起了解 REST、GraphQL 和异步 API 的优缺点，以及这三种技术在现实生活中的理想用例。 API 在现代软件开发领域在发挥着举足轻重的作用。 目前，有三种主流类型的API，可用于在各个系统之间建立通信与数据交换。最前沿最流行是 REST 方法，这种方法因其简单和可扩展性，已经在行业中占据主导地位。 伴随着技术的发展，开发者与企业的需求也发生着变化。近