微服务范式中的主数据管理策略
-
null
瓦伊巴夫
共有1个答案
这个特定问题或困境的解决方案依赖于有关当前体系结构的一些信息。
>
您的微服务如何相互通信？您是否在某个队列上使用命令/查询作为直接调用和事件？
你的主数据有多大？它是某种配置还是作为某种常量或设置的少量现金数据？
优点：
使用这种方法，主数据只有一个真实来源。所有其他微服务将只使用它们所需的主数据微服务中的数据或数据子集。他们可以简单地忽略其他数据。另一个优点是，您的微服务将能够自己操作，而无需直接调用master-data-micro-service来获取所需的数据。
缺点
我从上面建议的方法是与此和您的第一点有关在每个微服务中复制数据的连接方法。
创建一个分布式缓存并将其公开给多个微服务：这将打破微服务数据的“单源o真值”原则，但可以通过实现确保性能和一致性。
我不建议这样做。原因有很多。有些你已经提到过了。在执行此操作时需要考虑的一件事是，对于多个微服务，您将有1个连接的单点故障。这与微服务的主要原则之一背道而驰。
-
如 范式化数据 章节所提及的，我们经常使用 Normaizr 库将嵌套式数据转化为适合集成到 store 中的范式化数据。但这并不解决针对范式化的数据进一步更新后在应用的其他地方使用的问题。根据喜好有很多种方法可供使用。下面展示一个像文章添加评论的示例。 标准方法 简单合并 一种方法是将 action 的内容合并到现有的 state。在这种情况下，我们需要一个对数据的深拷贝（非浅拷贝）。Lodas
-
问题内容： 我们有以下设置。 STM（Stingrey Traffic Manager）进行负载平衡+会话粘性 Weblogic的“集群” 由第三方工具处理的身份验证 因此，我不必担心有关水平缩放/运行应用程序多个实例的会话。STM / Weblogic集群确保后续请求到达同一托管服务器。 我们目前拥有的是一个整体应用程序，并且我们正在尝试转向微服务。同样，我们也不会离开当前的基础架构（即STM
-
我们正在尝试将我们的单片应用程序转换为基于微服务的体系结构。我们使用Postgresql作为单一应用程序中的数据库之一，并使用BoneCP进行连接池。 当这个整体被拆分为多个独立的微服务，每个服务都运行在不同的JVM中时，我可以考虑两种连接池选项 BoneCP或任何适合每个微服务的连接池-我的初步研究表明，这是主要选择。可以对每个服务的连接需求进行细粒度控制。但是，不利的一面是，随着服务数量的增加
-
我很难为微服务架构选择一个体面的/安全的身份验证策略。我在这个主题上找到的唯一的SO帖子是这样的：微服务架构中的单点登录 在这里，我的想法是在每个服务（例如身份验证、消息传递、通知、配置文件等）中都有一个对每个用户的唯一引用（从逻辑上讲，然后是他的)，并且如果登录，可以获得当前用户的。 从我的研究中，我看到有两种可能的策略： null
-
当EXCEL服务器数据规范越来越多的时候，为了方便管理，有必要对数据规范进行分类，如下图所示： 对 列表窗体选择 数据规范分成3大类，分别是“客户”、“商品”和“省份”，如何实现的呢？如下所示： 只要在这里直接输入当前数据规范的所属分类的名字即可，系统会自动根据所属分类的名字自动进行归类。
-
我正在尝试将Felix 5.6.1配置为仅安装使用特定密钥签名的捆绑软件。到目前为止，我只成功地检测到捆绑包的损坏的真实性。 如果我没弄错的话，这应该使用BundleSignerCondition来完成 来自“OSGi in action”的示例： 我是否正确地假设服务需要包含这些权限的特定配置文件？ 还是应该以程序方式强制执行，如书中所示？ [更新 - 2017年1月11日] 我已经安装了由ht