REST
REST即表述性状态传递是Roy Fielding博士在2000年他的博士论文中提出来的一种软件架构风格。
如何用 Go 语言构建、测试和部署可扩展的 REST API
使用 gin 框架创建一个简单的 Go 应用程序。
Ballerina 面向全栈开发人员：创建后端 API 的指南
本文探讨了 Ballerina 用于编写 REST API 的直观语法。我们还讨论了身份验证、授权、OpenAPI 工具、可观察性、SQL/NoSQL 客户端库和关键语言特性。
我们应该重新定义 REST 吗？
为什么我们应该淘汰“REST API”这个术语
gRPC vs REST：两种 API 架构风格的对比
本文具体介绍了两种 API 架构风格：REST 和 gRPC，并讨论它们之间的区别。
为什么我使用 GraphQL 而放弃 REST API？
本文作者发现 GraphQL 的体验非常好，至此再也不想用 REST 来工作了。
开发者怎样才能写出好的 API？
本文首先阐述了 RESTful 风格 API 的基础理论知识以及 Richardson 成熟度模型，随后讨论了好的 API 应该具有哪些特征，最后对流行的 API 实现方式，即 GraphQL 和 RESTful，进行了对比。
4 种主流的 API 架构风格对比
本文讨论了四种主流 API 架构风格，比较它们的优缺点，并重点介绍每种情况下最适合的 API 架构风格。
我们怎样把一个数百万用户的网站从 REST API 迁移到 GraphQL API？
OkCupid 是一个拥有数百万用户的网站，本文讲述了它从 REST API 迁移到 GraphQL API 的实践。
GraphQL 是 API 的未来，但它并非银弹
当我们谈论 GraphQL 将改变世界时，我们到底在谈论什么？
怎样设计安全的 GraphQL API？
本文讨论了一些各种 GraphQL 部署和迁移的安全风险，希望有助于你。
REST API 安全设计指南
如何解决 REST API 面临的安全问题？本文给出了几种方法。
手把手教你用 Rust 搭建 REST API
怎样用 Rust 搭建属于你的 API？
Amazon 正式发布 HTTP API：支持构建高性能的 RESTful API
使用 HTTP API 可以创建比 REST API 延迟更低和成本的更低 RESTful API。
分分钟将 REST 转换为 GraphQL
在不破坏任何东西的前提下，怎样将现有 REST API 迁移到 GraphQL？
API 已死，APIs 万岁
在本文中，作者将重点介绍 REST API 的统治地位是如何衰退的，以及生态系统是如何走向民主的。API Is Dead – Long Live the APIs！
REST API 面临的 7 大安全威胁
API 安全性成为企业未来几年希望解决的最大挑战
GraphQL：API 的未来
GraphQL 是一个开源的查询语言和协议 API，为了解决 REST 存在的短板，IBM、GitHub、Facebook 等公司从 REST 转移到了 GraphQL 上。他们是怎么想的？GraphQL 真的是未来吗？
设计你的第一个 REST API：第二部分
本文是 REST API 指南的第二部分。
持续演进，克服“REST 缺乏”
新的 API 协议（如 GraphQL、gRPC 和 Apache Kafka），作为受 REST 启发的 HTTP API 的替代品，越来越受到欢迎。
才云开源 Nirvana：Golang REST API 框架
为了解决业务与框架耦合问题，才云 Caicloud 实现了 Golang API 框架 Nirvana，把 API 从对框架的依赖中彻底解放出来。
SQLer：无需编程语言即可将 SQL 查询转换为 RESTful API 的工具
SQLer 是一个微型 http 服务器，用 Go 语言编写，接受 sql 封装成宏然后执行。
RSocket：又一个 REST 的挑战者
表征状态转移（REST）已经成为微服务通信事实上的标准，但作者认为这不是一件好事。
gRPC-Web 发布，REST 又要被干掉了？
云原生计算基金会（CNCF）正式发布 GA 版本的 gRPC-Web，这是一个 JavaScript 客户端库，使 Web 应用程序能够直接与后端 gRPC 服务通信，不需要 HTTP 服务器充当中介。这意味着你现在可以通过.proto 文件来定义客户端和服务器端数据类型和服务接口，轻松构建真正的端到端 gRPC 应用程序架构。gRPC-Web 为 Web 开发提供了 REST 之外的另一个选择。
关于.NET Core 是否应该支持 WCF Hosting 的争论
.NET Core 是否应该支持 WCF Hosting？在许多人看来，这似乎是一个奇怪的问题；答案很明显……是？否？好吧，实际上，这个问题的正反双方都在为自己的立场激烈辩护。本文将分析这场争论，说明双方的论据。
微服务通信策略
在 GeeCON 2018 大会上，Michael Plöd 在一场介绍微服务之间不同的通信策略的演讲中解释说，在从单体架构迁移到微服务架构时，暗含在单体架构中的复杂性会明确显露出来，通信挑战将呈指数级增长。
REST 将会过时，而 GraphQL 则会长存
在实现 API 时，REST 是常用的方式，但是 RESTful API 有一些固有的不足，在本文中，作者介绍了 GraphQL 的基本原理和设计思想，以及如何借助其灵活性来解决 RESTful API 面临的问题，并且探讨了灵活性所带来的成本
QLoo 推出用于现有服务的 GraphQL 接口
Solo.io 最近发布了 GraphQL API 转换层产品 QLoo，为现有服务和无服务器功能提供 GraphQL 访问端点。QLoo 意在简化为现有软件添加 GraphQL 的过程。
NGINX 发布支持动态配置的开源 Web 服务器
NGINX 最近发布了 NGINX Unit 1.0 版。NGINX Unit 是一种开源的 Web 和应用服务，它支持远程配置和动态配置，使得配置上的更改不会对服务造成中断。Unit 1.0 还支持在同一实例中运行 Go、Perl、PHP、Python 和 Ruby 等多种语言，也支持同一语言的多个版本。
REST 是新 SOAP？
REST 只是新时期的 SOAP？来看看 Pakal De Bonchamp 是怎么说的，以及 Phil Sturgeon 的反击。
REST 是否会步 SOAP 的后尘?
数周前，REST 之争烽火重燃。起因是 Pakal de Bonchamp 撰文抨击了 REST 在多个方面存在问题，并称其将步 SOAP 的后尘。原文长篇大论，侃侃而谈，进而招致了大量评论。随后，WeWorK 的 Phil Sturgeon 撰文逐项反击了 Rakal 的说法。以两人为主的论战仍在继续。
