API网关最佳实践

Question

我们正在考虑利用aws api网关来更好地管理api。但是，在企业级别，最佳实践是什么？是否有必要为所有应用程序团队使用一个公共API网关(在这种情况下，我们可能需要一个管理员来管理此公共API网关，这会增加开销)，或者每个应用程序团队是否应该构建自己的API网关并管理其API调用？

希望有人分享他们的经验。

Answer 1

我曾将AWS API网关用于不同的web/移动应用程序项目。让我试着在这里逐一回答你的问题。

基于限制的设计

API网关有一定的局限性。您可以根据这些限制找到答案。例如:对“每API的资源”有一个软限制，并将其设置为300，最多可增加到500。这意味着未来如果需要的资源超过500个，则需要创建新的API网关。

因此，最好对API进行逻辑隔离，并根据用途使用不同的API网关。

跨REST API、WebSocket API和WebSocket回调API的每个区域的限制限制为(软) 10,000个请求/秒(RPS)，使用令牌存储桶算法提供的额外突发容量，最大存储桶容量为5,000个请求。

因此需要设计基于流量的API网关。

https://docs.aws.amazon.com/apigateway/latest/developerguide/limits.html有很多这样的限制

基于特征的设计

1. 应用编程接口网关使用开放的应用编程接口标准，并简化了XML/JSON导入和导出功能。因此，如果一个新的应用程序接口网关是用一个应用程序中的swagger文件创建的，最好不要将它与其他applications.
2. There混合在一起，因为它有许多功能，比如1)启用应用程序接口缓存，2)启用节流，3) Web应用程序防火墙4)客户端证书，它不可能对企业中的所有APis通用。因此，基于API网关设计不同的日志机制是更好的，并且每个requirements.
3. AWS网关实现将需要一个定制的API生成对于移动开发来说非常方便，而且也不需要将所有的API捆绑到一个SDk中并提供访问。

因此，我的建议是根据特定需求为企业使用多个API网关。