我发现在某些情况下,存储有关特定服务的附加元数据会很方便,但services API似乎不支持自定义字段(仅限基本ID,名称,地址) , 港口)。例如,数据库名称或负载均衡器加权。
我对设计决定感到好奇 - 这是一个最好的做法,这可能会传播,或者这可能是未来的改进吗?
我知道我们可以使用KV商店获取额外信息,但将类似信息捆绑在一起而不是制作似乎更方便 多次Consul查找。
答案 0 :(得分:1)
元数据应该进入KV商店。您描述了一些用例。然而,Consul是为95%最常见的用例而设计的(Armon Dadger的实际用语,Consul原理工程师)。任意元数据在KV商店中都很好。