Spring云微服务架构中的困惑
- 我使用spring boot Framework创建了一个REST微服务。
- 我还创建了一个Eureka服务器作为另一个Spring Boot项目。并且我向Eureka服务器注册了微服务。
- 和我为Zuul创建了另一个Spring启动项目。这个项目也注册到Eureka服务器。
我的Eureka服务器正在运行2个注册的Spring Boot项目。Eureka服务器UI正常工作。
这里我的困惑是，我是按照标准的方式开发spring cloud微服务吗？
共有1个答案
你的架构很好，但还是取决于你的目的。
引用本文--Spring Cloud Netflix，使用Spring Cloud Netflix构建微服务架构有几个常用组件。
- 服务发现(Eureka)
- 智能路由(Zuul)
- 断路器(Hystrix)
- 客户端负载平衡（功能区）
-
我正在构建一个基于Spring启动中的微服务架构的项目。该项目分为多个模块，我使用了 maven 依赖项管理。 现在我想在另一个模块中使用一个模块的服务。我有很多Spring申请。例如，我有两个名为A和B的应用程序。我想在B中使用A中的类，在A中使用B中的类。在这种情况下，我使用了maven依赖项，但这并不完全是在另一个应用程序中使用服务的方式，因为我面临循环依赖。 该如何解决这个问题？
-
我目前正在构建一个具有微服务架构的 Spring 启动应用程序。我正在寻找重用代码的干净方法。 我的想法是在共享模块中提取通用代码。（例如，微服务中的模型类继承的基类，在任何MVC控制器中重用的接口，每个绑定上下文都相同的域代码）。具体的实现和仅服务的模型类等都在子模块（微服务）级别。 我正在与maven一起构建东西，并管理依赖关系。我的问题是如何在这样的设置中构造maven模块和依赖项。 共享库
-
Kubernetes 设计之初就是按照 Cloud Native 的理念设计的，Cloud Native 中有个重要概念就是微服务的架构设计，当将单体应用拆分微服务后， 随着服务数量的增多，如何微服务进行管理以保证服务的 SLA 呢？为了从架构层面上解决这个问题，解放程序员的创造性，避免繁琐的服务发现、监控、分布式追踪等事务，Service mesh 应运而生。 微服务 下图是Bilgin Ibr
-
让我们讨论一下微服务环境的体系结构。我们正在公司内部进行讨论，我想得到一些反馈。我认真考虑的是编排层（代码复制、更多移动部件改变api）。 网络应用- 原料药- 在这种情况下，服务不允许相互对话。业务流程层中的聚合服务 网络应用- 原料药- 这里允许服务相互对话，这里存在聚合服务。 账单属于哪里
-
我读了一些文章，看了一些视频，但在为这些微服务提供服务方面，没有找到具体的建议。我的理解是，他们应该使用自己的应用程序服务器。 我的问题是它们应该部署在不同的服务器上，还是没关系。 当它们在同一台服务器（计算机）上提供服务时，不会有端口冲突吗？