共有1个答案
微服务体系结构是一种体系结构风格，它将应用程序构造为一个服务集合。换句话说，这就像是把我们的大系统分成了互相连接和调用的子系统。
因此，每个微服务都有系统内部调用（微服务调用另一个微服务）和外部系统调用（用户通过其web浏览器进行的调用）。微服务使用API互相调用。但是当涉及外部调用时，它可能会像任何正常系统一样以JSON或HTML响应。
-
我读了一些文章，看了一些视频，但在为这些微服务提供服务方面，没有找到具体的建议。我的理解是，他们应该使用自己的应用程序服务器。 我的问题是它们应该部署在不同的服务器上，还是没关系。 当它们在同一台服务器（计算机）上提供服务时，不会有端口冲突吗？
-
Kubernetes 设计之初就是按照 Cloud Native 的理念设计的，Cloud Native 中有个重要概念就是微服务的架构设计，当将单体应用拆分微服务后， 随着服务数量的增多，如何微服务进行管理以保证服务的 SLA 呢？为了从架构层面上解决这个问题，解放程序员的创造性，避免繁琐的服务发现、监控、分布式追踪等事务，Service mesh 应运而生。 微服务 下图是Bilgin Ibr
-
如果我们使用spring boot构建所有微服务，那么可以使用Eureka服务器（@EnableEurekaServer）发现所有微服务（@EnableEurekaClient）。如果某些微服务是使用其他技术构建的，那么在云（PCF、AWS等）中如何实现发现、负载平衡、反向代理（网关）？ 我在网上读了很多关于微服务的博客，我没有得到适当的信息。
-
大家好， 我试图找出如何基于Wildfly中运行的模块（war）移动我当前的系统架构。现在所有的基础资源都放在JNDI树中，比如数据源、JMS等等。。。我的项目框架是Spring 4和family，它允许我查找这些资源和其他内容。 我的目标是使用Spring Boot和Spring Cloud Netflix创建一个微服务架构，其中每一个WAR都是一个通过总线服务集成的新的独立应用程序。 但我的疑
-
本文向大家介绍微服务架构是如何运作的？相关面试题，主要包含被问及微服务架构是如何运作的？时的应答技巧和注意事项，需要的朋友参考一下 微服务架构具有以下组件： Clients – 来自不同设备的不同用户发送请求。 Identity Providers – 对用户或客户端身份进行身份验证，并颁发安全令牌。 API Gateway – 处理客户端请求。 Static Content – 容纳系统的所有内
-
我现在读了很多关于微服务的书，但仍然不了解其中的一些部分。我画了以下图： 每个微服务有2个访问： REST：对于超文本传输协议使用 gRPC：用于内部/后台通信/交换 如果我想登录，我可以向我的身份验证服务发送一个Http请求。但是，如果我想访问需要您连接的Stuff服务，该怎么办？ 假设用户希望显示数据库中可用的内容，服务人员将首先通过与身份验证服务交换来检查连接用户的“令牌”是否正确，然后返回