api网关模式微服务-本地开发

Question

我的问题是使用带有微服务的API网关模式，因为它涉及到单个开发人员机器上的本地开发。

我们有一个小型的微服务体系结构设置，它由一个API网关组成(我们使用的是特使，但正在切换到NGINX)，网关后面只有一个微服务(很快就会有更多的微服务)。

这是一个非常基本的微服务环境，用于测试我们的微服务架构，包括我们的API网关和K8s部署到QA。

API网关和微服务被封装到码头容器中，并在本地开发机器(visual /c#)上启动，目前正在使用docker。

当我们在本地进行对接时，我们会同时拆分位于网关后面的api网关和微服务。然后，在本地开发机器上，我们通过api网关容器测试调用，以便开发人员能够验证api网关配置正确，并按照预期通过位于其后面的微服务进行流量流动。

我们很好奇(这里的问题)，其他开发团队是否使用API网关模式在开发开发工具时在本地启动api网关，并在将容器推送到QA环境之前在本地机器上测试网关。

我们认为NGINX网关将直接部署到Kubernetes中，我们希望在QA/Prod环境中运行该网关，并且我们认为，在部署到QA中的K8s之前，通过API网关对流量进行本地开发人员测试将是有帮助的。

然而，NGINX似乎有一个单独的入口控制器映像，用于Kubernetes，而API网关的配置似乎与NGInX入口控制器的配置不匹配。因此，我们对在开发过程中在我们的开发机器上本地启动API网关是否有益，这一点我们是自作主张。我们想听听其他球队做什么。

Answer 1

当您的网关在远程计算机上运行时很难调试时，在本地运行它是一种很好的方法。

我认为，要有良好的分布式开发经验，就必须有一个很好的工具来记录和验证所有api网关路由及其行为。

如果没有那样的话，可能会很痛苦。本地调试可能缺少一些真正的基础结构方案。在生产中发现它不是一种选择:)

Answer 2

添加到Kubernetes部分，NGINX in控制器通常用于处理Kubernetes中的大多数API网关用例。但是，在某些情况下，当可以同时使用侵入控制器和API网关时，下面是一些有用的信息：https://www.nginx.com/blog/how-do-i-choose-api-gateway-vs-ingress-controller-vs-service-mesh/