I have a Fly App that’s composed of 5 different process groups, and although it’s easier to maintain the code of a single fly.toml and Dockerfile, it’s hard to manage metrics collection and logs filtering when I can’t know from which process group that information (metrics, log event) came from.
For logs, the process group name could even have its name injected as a prefix for the log message, or at least as a label where we can filter it somehow. Like fly.app.process_group:
For metrics, it could be a label, just like {app=}, we could have a {process_group=} to also filter metrics by this.
@endersonmaia a bit late on the reply but fly_instance_info contains the machine process group information. You can add a join to pull these into your dashboard/viz, ie:
Thanks @dusty, that’s great for the metrics side of things, but what about the logs? I’m using the official log shipper to send logs to BetterStack and they are missing the process group information in the fly object. It would be great if the process group was also included in there. Is that viable?