Nepravidelné bastlířsko-brainstormovací okénko: když senzor posílá data po MQTT, co (a proč) je lepší:
- payload = skalár (hodnota), tj. pro více hodnot více topiců (topic identifikuje hodnotu)
- payload = struktura (JSON) s více hodnotami (topic identifikuje odesilatele)

?

@ondras Debata "fat vs thin events"? U tvého konkrétního případu budou asi převažovat specifické technické aspekty, ale jako výchozí bod je to dobré. Protože každá dobrá inženýrská odpověď musí začínat "it depends"...

@calavera Jo, nečekám jednoznačné rozuzlení, už proto, že vím, že v praxi se užívá obojí. Ale rád bych slyšel argumenty pro jednu či druhou stranu, aby mi pomohly se rozhodnout u vlastní implementace.

@calavera Nicméně "fat vs. thin" tohle úplně není; v obou případech se jedná o samonosné plnotučné datové balíky. Jde mi jen o jejich strukturu tváří v tvář konceptům MQTT.

@segedacz Ha, to vlastně vůbec nezní jako špatnej nápad. Protože oboje dává smysl.
Ale pro můj scénář to úplně nepomůže: hlavní cíl je pak z těch MQTT zpráv generovat Prometheus metriky. A k tomu budu muset zvolit jen jeden z dvou přístupů.

@ondras @segedacz Na to už existuje exporter, ne?

@zdenek @segedacz dokonce kotel exporterů! A nesoulad je způsobený právě tím, že si topic+payload na metriku může každý překládat úplně různě. A často ani ne 1:1.

@ondras @segedacz No jo no, co si člověk nenapíše sám, to nemá...