《微服务》专题

在我的新作项目中，我发现，一个微服务不会直接对另一个微服务进行post/put API调用，而是会向kafka生成一条消息，然后由单个微服务使用。 例如，Order微服务将向“Pending-Order”主题发布一条记录，然后该记录将被Inventory微服务（没有其他消费者）消费。反过来，在消费记录并进行一些处理之后，Inventory微服务将生成一个“Processed-Order”的记录，然

创建一个单独的服务来管理数据（如用户管理），这是一个好的实践吗？实现之后，只有该服务将有权访问用户和其他相关的DB表。所有其他服务都必须调用这个新的用户微服务来执行与用户相关的任务。 这种方法将迫使我们通过添加反规范化来重构DB模式。我们不会得到在多个微服务之间提供的基础表。如果服务器服务需要数据，它将通过微服务共享。

ketchup 是一个基于 dotnet core 的微服务框架。网关：兼容 kong，rpc：grpc支持远程调用。

Adnc 是一个轻量级的 .Net Core 微服务开发框架，同时也适用于单体架构系统的开发。支持经典三层与DDD架构开发模式、集成了一系列主流稳定的微服务配套技术栈。

Seata 的事务上下文由 RootContext 来管理。 应用开启一个全局事务后，RootContext 会自动绑定该事务的 XID，事务结束（提交或回滚完成），RootContext 会自动解绑 XID。 // 绑定 XID RootContext.bind(xid); // 解绑 XID String xid = RootContext.unbind(); 应用可以通过 RootCon

问题：假设有两个服务 A 和 B，服务 A 对服务 B 进行 API 调用。一段时间后，服务A因网络错误而掉落或丢失。 另一个服务将如何猜测来自服务A的出站呼叫丢失/从未发生？我需要另一个并发应用程序，如果服务A出站呼叫丢失，它将自动响应（运行紧急代码）。 存在哪些尖端解决方案？ 例如，我的想法： 服务 A 在某些中间件中注册调用事件（事件信息、“正在运行”状态、时间戳等）。 如果此调用在 N 秒

我正在使用尤里卡发现服务器。我可以通过通过使用服务名从另一个微服务调用一个微服务，这对Eureka服务器是可见的。我听说在不久的将来将被弃用。 我还可以通过使用从另一个微服务调用一个微服务，但在本例中，我需要使用整个主机名。我不能叫他们服务名称。 是的，我可以从属性文件设置基本url，这样不需要重新启动jar，我们就可以更改基本url。如果我们这样做，那么我们可能不需要任何discovery服务器

问题内容： REST API-是否有DTO？ 我想在微服务的背景下再次提出这个问题。这是原始问题的报价。 我目前正在为一个项目创建REST- API，并且一直在阅读有关最佳实践的文章。许多人似乎反对DTO，只是公开域模型，而其他人似乎认为DTO（或用户模型或任何您想称呼的东西）是不好的做法。我个人认为这篇文章很有道理。 但是，我还了解了所有其他映射代码，域模型与其DTO对应对象100％相同的DTO

准备工作 安装软件 版本 功能 必要程度 Docker 1.12.1 Docker 是 CentOS7.0或其他系统 7.0 Docker的宿主机，本章的讲解都是在CentOS 7.0下进行的。Docker现已支持Windows系统，但考虑到绝大多数Docker容器还是跑在Linux环境下的，故而只讲解Linux环境下的使用。Windows下的安装使用大致类似，请读者自行研究。 是 Maven 3

问题内容： 我进入了基于docker的微服务架构，我有3个微服务，它们共同创建了一个产品，例如“ CRM系统”。 现在，我希望我的客户能够随时升级他的产品。我的微服务有3个不同版本，客户应该看哪个？我猜产品版本应该独立于微服务，因为复制一个微服务版本会使我陷入麻烦，而不是根本没有版本。 那么，有什么模式，想法可以应对这种情况吗？ 我唯一想到的就是拥有另一个存储库，只要其中一个微服务产生生产就绪的软

问题内容： 我们有以下设置。 STM（Stingrey Traffic Manager）进行负载平衡+会话粘性 Weblogic的“集群” 由第三方工具处理的身份验证 因此，我不必担心有关水平缩放/运行应用程序多个实例的会话。STM / Weblogic集群确保后续请求到达同一托管服务器。 我们目前拥有的是一个整体应用程序，并且我们正在尝试转向微服务。同样，我们也不会离开当前的基础架构（即STM

本文向大家介绍为什么要使用微服务？相关面试题，主要包含被问及为什么要使用微服务？时的应答技巧和注意事项，需要的朋友参考一下 随着互联网的快速发展，各行各业都在用互联网。互联网已经离不开人们的形形色色。随着越来越多的用户，业务场景也愈来愈复杂。 传统的单体架构已经很难满足互联网技术发展的要求，代码可维护性扩展性和可读性降低，维护成本的提高都是驱动微服务的发展趋势。

我有两个微服务，例如A和B。微服务B有剩余的enpoint，必须只能从微服务A访问。如何限制微服务之间的访问？如果可能的话，最佳做法是什么？ 我正在使用Spring Cloud Security（oAuth2， jwt）。

我是微服务架构的初学者，我在很多博客中读到过，在微服务架构中，每个微服务都必须有自己的数据库。在我的情况下，它可能花费非常昂贵。 我的问题是，有没有可能使持久层本身成为微服务？这将具有允许其他微服务对数据库具有读/写访问权限的功能。谢谢