如何通过Spring Boot框架构建微服务架构
大家好，
我试图找出如何基于Wildfly中运行的模块（war）移动我当前的系统架构。现在所有的基础资源都放在JNDI树中，比如数据源、JMS等等。。。我的项目框架是Spring 4和family，它允许我查找这些资源和其他内容。
我的目标是使用Spring Boot和Spring Cloud Netflix创建一个微服务架构，其中每一个WAR都是一个通过总线服务集成的新的独立应用程序。
但我的疑问是，如何与所有单Spring Boot应用程序共享这些Jndi数据源，记住在每个应用程序中必须为每个应用程序/数据源设置html" target="_blank">用户/密码并不好。属性。
有没有办法让主Spring Boot管理所有子项目，因为最大的优点是让一个应用程序在一个端口上运行，另一个在另一个端口上运行，因此如果出现任何问题，例如Wildfly不会停止所有这些，因为我当前的架构中现在发生了什么。
（Spring Boot）（Spring Cloud）（所有项目的单个jndi树）（它们之间的独立模块）
让我知道你的想法！
感谢...
共有1个答案
Spring Cloud有一个名为Spring Cloud Config的模块，正是出于这个目的。配置服务器允许您集中定义配置，每个微服务自动获取此配置（并在必要时刷新）。关于单个JNDI树，我认为这与微服务的架构有点矛盾。因为每个微服务都有自己的数据库，所以每个微服务只配置一个数据源，所以在应用程序中配置它。属性或配置服务器没有那么多开销。
-
Kubernetes 设计之初就是按照 Cloud Native 的理念设计的，Cloud Native 中有个重要概念就是微服务的架构设计，当将单体应用拆分微服务后， 随着服务数量的增多，如何微服务进行管理以保证服务的 SLA 呢？为了从架构层面上解决这个问题，解放程序员的创造性，避免繁琐的服务发现、监控、分布式追踪等事务，Service mesh 应运而生。 微服务 下图是Bilgin Ibr
-
我读了一些文章，看了一些视频，但在为这些微服务提供服务方面，没有找到具体的建议。我的理解是，他们应该使用自己的应用程序服务器。 我的问题是它们应该部署在不同的服务器上，还是没关系。 当它们在同一台服务器（计算机）上提供服务时，不会有端口冲突吗？
-
让我们讨论一下微服务环境的体系结构。我们正在公司内部进行讨论，我想得到一些反馈。我认真考虑的是编排层（代码复制、更多移动部件改变api）。 网络应用- 原料药- 在这种情况下，服务不允许相互对话。业务流程层中的聚合服务 网络应用- 原料药- 这里允许服务相互对话，这里存在聚合服务。 账单属于哪里
-
本文向大家介绍微服务哪些框架相关面试题，主要包含被问及微服务哪些框架时的应答技巧和注意事项，需要的朋友参考一下 Dubbo，是阿里巴巴服务化治理的核心框架，并被广泛应用于阿里巴巴集团的各成员站点。阿里巴巴近几年对开源社区的贡献不论在国内还是国外都是引人注目的，比如：JStorm 捐赠给 Apache 并加入 Apache 基金会等，为中国互联网人争足了面子，使得阿里巴巴在国人眼里已经从电商升级为一
-
本文向大家介绍微服务架构是如何运作的？相关面试题，主要包含被问及微服务架构是如何运作的？时的应答技巧和注意事项，需要的朋友参考一下 微服务架构具有以下组件： Clients – 来自不同设备的不同用户发送请求。 Identity Providers – 对用户或客户端身份进行身份验证，并颁发安全令牌。 API Gateway – 处理客户端请求。 Static Content – 容纳系统的所有内
-
本文向大家介绍详解Java 微服务架构，包括了详解Java 微服务架构的使用技巧和注意事项，需要的朋友参考一下 一、传统的整体式架构 传统的整体式架构都是模块化的设计逻辑，如展示（Views）、应用程序逻辑（Controller）、业务逻辑（Service）和数据访问对象（Dao），程序在编写完成后被打包部署为一个具体的应用。如图所示： 系统的水平扩展 如果要对系统进行水平扩展，通常情况下，只需要