适用于 .NET 核心的 Amazon API Gateway 与实施自己的 API 网关？答案

【问题标题】：Amazon API Gateway for .NET core vs implementing own API gateway?适用于 .NET 核心的 Amazon API Gateway 与实施自己的 API 网关？
【发布时间】：2018-01-16 10:46:25
【问题描述】：

我们计划创建自己的 API 网关，该网关将拥有：

微服务发现机制
处理并行请求
注意授权

我们的大部分 API 已经用 .NET 4.5（近 1000 个 API）编写，我最近读到 here，我们可以将 Amazon API 网关与 .NET 核心一起使用。

我现在想知道在亚马逊已经提供类似服务的情况下重新发现轮子是否有意义？使用 Amazon API 网关与创建自己的 API 网关有何优缺点？

【问题讨论】：

这不是一个真正的编程问题，而是一个商业问题。

标签： .net amazon-web-services asp.net-core aws-lambda aws-api-gateway

【解决方案1】：

IMO 不，从一个可能比您（和我）更聪明并且不断改进和监控他们所拥有的团队的人那里重新创造您可以花几便士购买的东西是没有任何意义的提供。

如果 API 网关能满足您的需求，那么您将疯狂地编写自己的解决方案 - 您的解决方案不可能更好，它几乎肯定会花费更多，而且您迟早会厌倦自己支持它。

【讨论】：

亚马逊是否也有计划推出适用于 .NET 4.x 的 SDK？
我很确定他们已经有一个 .net 4.x sdk：aws.amazon.com/sdk-for-net
Amazon API 网关对并行请求的支持如何？我们是否可以向 API 网关提交多个 .NET API 请求，并为每个请求返回一个响应（每个调用并行执行）？
@maverick 并行（并发）请求不是问题。每个请求都在其自己的 Lambda 容器中处理，并自动管理容器的数量。默认限制是网关上的 10000 个同时（不开玩笑）请求，以及在任何时刻运行函数的 1000 个或更多并发 lambda 容器。（网关可以处理 Lambda 以外的事情，还可以在 Lambda 调用开始/结束之前和/或之后进行请求前和请求后处理。）您可以要求更高的限制。