领事vs API网关

我想问一下领事和API网关的功能。领事是否可以取代API网关作为服务推荐人

或者，从微服务体系结构的角度来看，如何使用这两者

---

谢谢

Consour是多数据中心服务发现（+运行状况检查）和分布式K/V存储

API网关是一种服务，它处理接受和处理API调用所涉及的所有任务，包括流量管理、授权和访问控制、监视和API版本管理

所以他们很不一样

---

取决于您试图实现的目标和当前的API网关使用案例，您可能能够使用Concur+Concur感知负载平衡器，例如和。

在高层，API网关将成为微服务的单一入口点。它将允许您为您的客户提供一致的用户体验，而不考虑后端服务

它们起着抽象的作用-当您点击

/product/{productId}

端点时，您不需要了解内部微服务，例如

/reviews

，

/recommendations

等-网关可以为您执行此操作并返回单个响应

API网关将配置为在侦听路径上接收请求，例如

curlhttp://gateway.com/myservice/mypath -H'授权：机密认证令牌'

在内部，网关将接收请求，并将看到

myservice

指向特定的api定义

并基于该身份验证令牌，将能够确定是否允许用户访问、速率限制/配额以及允许用户访问的上游目标和路径。几个典型特征：

• 认证与授权
• 利率限制
• 正文转换（Filters/Map-Reduce/Json->XML，XML->Json）
• 集管注入
• Json模式验证
• 方法变换
• 模拟回答
• API版本控制策略
• 向多个目标发送请求
• 这个名单还有很多

例如，网关将把请求代理到

myservice.com/mypath

，并将响应返回给客户端

现在让我们假设您希望上游具有高可用性—例如，您可能拥有

myservice1.com

和

myservice2.com

网关可以配置为在这些服务之间负载平衡请求。您可以使用网关的功能来测试上游的运行状况，但也有专门的工具用于此。领事就是这样一个工具

API网关应该能够与服务发现工具集成。因此，让我们假设

myservice1.com

停机进行维护，网关将知道在service1恢复之前，永远不会在那里发送流量，只发送到

service2.com

下面的屏幕截图是对concur的tyk.io api网关集成支持的示例

---

领事也是一个服务网络