3

我发现在几种情况下，存储有关特定服务的附加元数据会很方便，但是服务 API中似乎不支持自定义字段（仅基本 id、名称、地址、端口）。例如，数据库名称或负载平衡器权重。

我对设计决策很好奇 - 是否有这样的最佳实践，或者这可能是未来可以做出的改进？

我知道我们可以使用 KV 存储来获取额外信息，但将类似信息捆绑在一起似乎更方便，而不是进行多次 Consul 查找。

4

1 回答 1

1

元数据应该进入 KV 存储。正如您所描述的，有一些用例。然而，Consul 是为 95% 的最常见用例（Consul 原则工程师 Armon Dadger 的实际用语）而设计的。任意元数据在 KV 存储中都很好。

于 2015-06-25T23:31:23.940 回答