Microservices 使用微服务时的本地开发经验

对于微服务体系结构，推荐的本地开发/调试方法是什么

---

我们来自一个单一的web api，其中调试涉及将调试器附加到单个进程。另一个进程运行一个SPA，该SPA为后端服务调用API。我们在本地运行SPA，它在本地调用API，并且对调用具有完全的可见性。这种完全本地的方法是否可以应用到微服务体系结构中，在微服务体系结构中，您可以通过API网关将100个独立的服务粘在一起？如果没有，您如何在本地运行端到端的开发/调试周期？

对于本地“端到端”开发，我们使用测试双工来模拟SPA依赖的服务。但它们只模拟最终聚合的Web API，而不是API网关粘合在一起的单个服务

我们曾考虑使用K8S和Helm图表来为本地调试旋转所需的容器，但是本地机器的容量在大量服务和数据库的旋转时很快成为瓶颈。p> 对于本地的“端到端”开发，我们使用测试双工来模拟SPA所依赖的服务。但它们只模拟最终聚合的Web API，而不是API网关粘合在一起的单个服务

---

我们曾考虑使用K8S和Helm图表来为本地调试旋转所需的容器，但是本地机器的容量在大量服务和数据库的旋转时很快成为瓶颈。p> “另一个进程运行一个SPA，该SPA调用后端服务的API。”-所谓“SPA”是指“单页应用程序”吗？如果是这样的话，为什么不使用集成测试套件来进行API调用或像Postman这样的实用程序呢？是的，我的意思是这样的。我所指的情况是，当您在本地复制缺陷时，需要QA的复制步骤，而不是原始HTTP req/resp详细信息。“另一个进程运行SPA，调用API以获得后端服务。”-所谓“SPA”是指“单页应用程序”吗？如果是这样的话，为什么不使用集成测试套件来进行API调用或像Postman这样的实用程序呢？是的，我的意思是这样的。我所指的情况是，当您在本地复制一个缺陷，并且有来自QA的复制步骤，而不是原始HTTP req/resp细节。