面向微服务的共享实体/表设计
共有1个答案
除了微服务不能在最终一致性下运行的情况之外，实际上没有太多的缺点。即使在这些情况下，您也可以为您的非公共微服务添加一个依赖项，以便在必要时知道如何查询公共微服务以获取相关更新，尽管这并不理想。
不过，您可能必须为您的用例引入某种形式的中介机制。像JMS代理这样的东西是一个理想的选择，它允许一个微服务通知其他感兴趣的微服务发生了什么事情，这样它们就可以以自己的方式处理事件。
例如，可以引发一个CustomerMessage，其中包含客户的id、名称、地址，也许还有信用限制，一个微服务可能只关心id和名称，而另一个微服务可能也关心地址和信用限制。
-
微服务AppCity,实体类City城市 微服务AppCountry,实体类Country国家 在AppCountry的Service层中写一个接口 那这个City应该放在哪,所有的微服务都把自己的实体类放在common模块中不太合适吧,那这两个微服务之间怎么传递这个City呢?DTO和Converter又该怎么写
-
我不清楚如何取回购买服务不保存的数据--例如：用户的全名。当试图通过购买用户名进行更复杂的搜索购买时，问题会变得更严重。 我认为，显然可以通过在两个服务之间同步用户来解决这个问题，方法是在用户创建时广播某种类型的事件（并在购买服务端只保存相关的用户属性）。在我看来，这远非理想。当你有数百万用户时，你如何处理这个问题？您会在每个使用用户数据的服务中创建数百万条记录吗？ 另一个明显的选择是在用户服务端
-
我试图理解微服务。我想知道如何解决微服务架构中的一对多/多对多关系问题，以及最佳实践是什么。假设我想将学生课程应用程序转换为学生服务，将课程服务和学生服务对话转换为同一数据库中的学生表和课程服务对话课程表。 示例：学生可以注册许多课程，而且许多课程可以有许多学生（多对多关系）。我有2个微服务1：学生服务2：课程服务 学生服务有学生对象 课程服务具有课程对象 我知道学生服务部必须致电课程服务部才能获
-
本文向大家介绍微服务中如何实现 session 共享 ?相关面试题，主要包含被问及微服务中如何实现 session 共享 ?时的应答技巧和注意事项，需要的朋友参考一下 在微服务中，一个完整的项目被拆分成多个不相同的独立的服务，各个服务独立部署在不同的服务器上，各自的 session 被从物理空间上隔离开了，但是经常，我们需要在不同微服务之间共享 session ，常见的方案就是 Spring Se
-
当前体系结构： 问题： 我们在前端和后端层之间有一个两步流程。 null 微服务2(MS2)需要验证I1的完整性，因为它来自前端。如何避免对MS1进行新的查询？最好的办法是什么？ 我试图优化的流删除了步骤1.3和2.3 流程1： null 流程2： 2.1用户X已在本地/会话存储中存储了数据(MS2_Data) 2.2用户X在MS1上保留数据(MS2_Data+MS1_Data) 2.3 MS1使
-
问题内容： 我实际上是在阅读有关微服务体系结构的文章， 但是，似乎他们正在以最简单的方式处理这些事情， 而无需进行深入的解释。 为了向您解释我的问题，我将向您展示我的实际小体系结构： 在此处输入图片说明 所以，这就是我要使用的。在技术上做任何事情之前，我需要更多的 理论信息。 我的网域描述 我有一些基于移动和浏览器的客户，他们能够在 应用程序上建立联系，获得他们的用户信息，并能够查询 有关所购