面向微服务体系结构的分布式数据库设计风格
另一种方式，我认为是水平分割当前结构。所以我的领域是基于一些教育大学。因此，一半的大学低于一分贝，剩下的将低于另一分贝。并根据两个地区部署服务（两个针对两套大学）。
目前，我决定继续采用最后提到的方法。我对这些类型的任务是新的，因为它涉及一些体系结构任务。我也是微服务和分布式数据库领域的初学者。有人能证实我的方法能解决我的问题吗？我可以继续我的第二种方法--根据域对象对数据库进行水平分区吗？
共有1个答案
我可以继续我的第二种方法--根据域对象对数据库进行水平分区吗？
暂时是的，如果基于此，您能够扩展当前系统以满足您的需求。
现在让我们考虑一下为什么首先要将Microserices作为一种开发样式。
-
null
现在，如果您想要转向微服务并充分利用这一点，您应该有垂直分区，正如您所说的那样，服务之间应该相互对话。
同时，在向微服务发展的过程中，您还会遇到很多很多其他的问题。我在这个链接上尝试编译一个人应该如何开始微服务。
如何从同一表中分离正在读取数据的服务：
- 服务需要从其他服务读取数据以进行验证。
订单和运输服务可能需要客户服务的一些数据来完成他们的操作。
例如：在下订单时，用户将使用客户id调用order Service API，因为order Service可能需要验证其是否为有效客户。
我建议调用另一个服务来根据您想要的一致性获取数据。
例如：删除一个客户。您可能希望客户的所有订单也应该被删除。
在这种情况下，您需要处理最终的一致性，服务1将引发一个事件，然后服务2将做出相应的反应。
-
我经常听说，在微服务架构中，对于每一个微服务，我们都必须创建单独的数据库。 但是，如果我必须在不同的数据库中维护外键约束，这是不可能的。就像我在身份验证微服务中有一个用户表，我想在我的目录服务中使用它（用户表中的用户 ID 列） 那么如何解决呢。 感谢提前
-
如果每个大学都采用独立的数据库，是否可以支持分布式数据库体系结构模式和面向微服务的标准？还是需要为所有用户保留一个DB？ 我如何才能找出哪种方法适合于微服务/分布式数据库设计模式？
-
我们有一个单片应用程序，我们现在正在使用容器将其转换为微服务架构。 每种方法的利弊是什么？根据微服务最佳实践，什么是最佳方法？*
-
我有一个微服务体系结构，它的日志必须发送到远程Kafka主题。在它旁边，本主题的使用者将把日志发送到麋鹿堆栈（另一个团队） 我想要一个专用的微服务（fwk proxy elasticsearch），其职责是收集其他人的日志，并将其发送到远程Kafka主题。 将从我的微服务聚合的所有日志分派到fwk-代理-弹性搜索微服务的最佳协议是什么？ 我希望这个模式不会重复远程Kafka主题的安全配置。我想把它
-
我最近开始使用Node.js，我必须构建一个应该使用多个Express.js服务的体系结构。其中一些服务必须位于一台服务器上，另一台则位于其他服务器上。我想构建一个基础服务（像API网关），但是我不知道在这个网关和微服务之间，或者在两个微服务之间进行通信的合适方式是什么。 目前我正在研究一个基于此的解决方案：
-
我不清楚如何取回购买服务不保存的数据--例如：用户的全名。当试图通过购买用户名进行更复杂的搜索购买时，问题会变得更严重。 我认为，显然可以通过在两个服务之间同步用户来解决这个问题，方法是在用户创建时广播某种类型的事件（并在购买服务端只保存相关的用户属性）。在我看来，这远非理想。当你有数百万用户时，你如何处理这个问题？您会在每个使用用户数据的服务中创建数百万条记录吗？ 另一个明显的选择是在用户服务端