对于简单的微服务应用程序，您应该推荐哪种Api网关平台？
我最近开始了解微服务以及围绕它们的东西，比如API网关，现在我正试图为API网关平台或模式选择最好的工具。我知道你需要得到我的要求才能推荐它。虽然考虑简单，但反向代理、Http头/体调整、Http负载平衡和授权/认证是我们的第一步要求，重要的是我能够将API平台dockerized化。
请注意：我的微服务应用程序基于 Spring 启动应用程序。
谢谢你。
共有1个答案
-
对于微服务，常用的设计模式是API-Gateway。我对它的实现和含义有点困惑。我的问题/顾虑如下： 为什么没有普遍讨论微服务的其他模式？如果是，那么我错过了吗？ 如果我们部署网关服务器，不是瓶颈吗？ 网关服务器是否容易因单点请求过多而崩溃/失败？我相信此时负载会很大（请记住Netflix正在做这样的事情）。如果我理解错误，请纠正我。 流/下载/上传数据（如文件、视频、图像）也将与其他中间件服务一
-
在微服务架构中，建议： > 客户端应用程序到API网关的通信应该是同步的（就像http上的REST一样）。 API网关到微服务的通信也应该是同步的 但是服务到服务的通信应该是异步的。 您应该尽可能遵循的另一个规则是，只使用内部服务之间的异步消息传递，只使用从客户端应用程序到前端服务（API网关加上第一级微服务）的同步通信（如HTTP）。 现在，如果我理解正确的话，当用户向API gateway请求
-
代码有什么问题！它不能运行？ 您的SQL语法中有一个错误；请检查与MySQL server版本相对应的手册，以便在第5行')'附近使用正确的语法
-
我对web应用程序向微服务的发散点感到困惑--它是在url级别还是模型级别？举个例子，假设我有一个单片应用程序，它提供3个页面。假设每个页面都有一个单独的用法，我想用它们自己的微服务来支持它们。下面哪一种是实现基于微服务的体系结构的正确方法： 我创建了三个不同的应用程序（微服务），每个都包含一个页面的（路由、控制器、模型、模板）。然后根据哪个页面被请求，我将请求路由到那个特定的应用程序。这意味着从
-
问题内容： 您将建议使用哪个Java SOAP XML对象序列化库与其他平台/语言（.NET，Delphi） 交换Java对象 ？ 通信方案可能如下所示： Java对象编写器-> SOAP XML文本-> .NET或Delphi对象阅读器 .NET或Delphi对象编写器-> SOAP XML文本-> Java对象读取器 我知道有XStream XML序列化库和JSON作为替代解决方案，但是由于D
-
我有两个微服务，用户微服务和订单微服务。 因此客户端只需要调用一个endpointhttp://localhost:9090/api/getdetail 我们如何在API网关级别实现这一点？