微服务vs spring boot vs普通spring
-
null
https://Spring.io/guides/gs/spring-boot/有一个简单的HelloController应用程序，我们也使用Spring MVC开发该应用程序。
除了RAD之外，我看不到任何优势。如果我错了请指正。
我听说Spring Boot是为了方便微服务而设计的。例如，我使用https://spring.io/guides/gs/spring-boot/HelloController应用程序，我可以将其假设为一个微服务吗？如果是，如果我想创建另一个微服务会发生什么？我必须为此创建另一个项目吗？
我对Spring boot和它的用法感到困惑。如果有人能解释，我很感激。
共有1个答案
是的，从某种意义上说，春靴可以被定义为Spring的一件外套。但它非常复杂，值得欣赏，并节省了大量时间。
微服务是小型解耦应用程序，就像您所说的HelloController应用程序一样。每个微服务都是一个不同的项目。他们将通过暴露的API彼此交谈。
Spring Boot通过代码和属性配置嵌入式服务器。它的参考资料将有更多的细节。
-
我实际上在研究微服务，我面临一个问题。 上下文 我正在开发两个微服务： 用户管理，基于spring，使用MySQL数据库 计划管理，基于ASP.NET与SQL Server数据库。此服务的唯一访问点是列出一些RESTFULendpoint的API，如 计费管理，基于MongoDB的node.js。 问题 > 我该怎么做才能只允许通过用户服务访问规划信息，而不耦合这两个服务？知道以后可以从其他地方访
-
null null
-
我正在使用microservies Architect学习API。下面是关于设置的小描述 我有两个微服务应用程序和API网关 包括API网关在内的所有应用程序都是NodeJS-Express app。 Auth Logic-JWT，在API网关上处理 使用http-proxy将每个传入的API网关请求传递给每个微服务应用程序。 还将用户信息作为代理头传递。 客户端请求流: 客户端使用JWT令牌从m
-
我正在Istio服务网格上观看Pluralsight视频。演示文稿的一部分是这样说的： VirtualService使用库伯内特斯服务查找所有pod的IP地址。VirtualService不会通过[库伯内特斯]服务路由任何流量，但它只是使用它来获取流量可能去往的endpoint列表。 它显示了这个图形(显示pod发现，而不是流量路由): 我对此有点困惑，因为我不知道Istio如何知道要查看哪个库伯
-
“在微服务之间添加的同步依赖关系越多，例如查询请求，客户端应用程序的总体响应时间就越差。 “这是真的吗？我认为在同步通信中，我们比异步通信更直接地得到反馈。例如，假设一个用户向微服务a发送http请求，微服务a又异步地向另一个微服务B发送请求，并异步地等待它的答复。如果微服务B关闭，那么用户将等待到超时才能得到响应，而在同步通信中，他将立即得到响应。