创建一个单独的服务来管理数据(如用户管理),这是一个好的实践吗?实现之后,只有该服务将有权访问用户和其他相关的DB表。所有其他服务都必须调用这个新的用户微服务来执行与用户相关的任务。
这种方法将迫使我们通过添加反规范化来重构DB模式。我们不会得到在多个微服务之间提供的基础表。如果服务器服务需要数据,它将通过微服务共享。
我会答应的。
毕竟,用户凭据、授权身份验证通常被集中到一个逻辑单元中(请注意,这个“逻辑单元”可能是单个服务器,也可能是具有统一接口的分布式解决方案)
这通常包括用户配置文件管理。请注意,有时您也有一个单独的组件或单元。这完全可以是一个单独的微服务。
我是微服务架构的初学者,我在很多博客中读到过,在微服务架构中,每个微服务都必须有自己的数据库。在我的情况下,它可能花费非常昂贵。 我的问题是,有没有可能使持久层本身成为微服务?这将具有允许其他微服务对数据库具有读/写访问权限的功能。谢谢
我遇到了一个问题,如何使用Netflix Archaius作为多个Spring Boot微服务的配置服务器。以前,当我在使用Spring Boot构建的多服务项目中应用Eureka和Spring Cloud Config Server时,每个microservie都将通过Eureka服务的发现功能从Spring Cloud Config Server获得自己的.properties文件。但是现在我
我有几个微服务,每个微服务都有用于CRUD操作的RESTendpoint。我必须创建一个工作流,该工作流将从一个带有一些初始输入的微服务开始,但一个微服务的稍后输出可以用作其他微服务的输入。可以对这些REST API进行一些同步和异步调用。 我已经寻找了一些工作流引擎,但我不认为我可以在不编写任何java代码的情况下创建我的工作流。
我有一个关于分解为微服务的问题。假设我们有 2 个微服务:用户和产品。假设我们现在需要向系统添加类别。更具体地说,产品具有一个或多个类别(例如,产品红色微型法拉利属于玩具和汽车类别),并且用户可以具有她喜欢的类别(例如玩具和鞋子)。现在,当我们检索产品的完整列表时,我们希望对它们进行排序,以便属于首选用户类别的产品位于顶部。 基本上有一个在微服务之间共享的概念(在本例中为类别)。如何在微架构环境中
我读了一些文章,看了一些视频,但在为这些微服务提供服务方面,没有找到具体的建议。我的理解是,他们应该使用自己的应用程序服务器。 我的问题是它们应该部署在不同的服务器上,还是没关系。 当它们在同一台服务器(计算机)上提供服务时,不会有端口冲突吗?
本文向大家介绍为什么要使用微服务?相关面试题,主要包含被问及为什么要使用微服务?时的应答技巧和注意事项,需要的朋友参考一下 随着互联网的快速发展,各行各业都在用互联网。互联网已经离不开人们的形形色色。随着越来越多的用户,业务场景也愈来愈复杂。 传统的单体架构已经很难满足互联网技术发展的要求,代码可维护性扩展性和可读性降低,维护成本的提高都是驱动微服务的发展趋势。