3

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

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

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

4

1 回答 1

1

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

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