`GrpcMeterIdPrefixFunction`?
See original GitHub issueOriginally suggested by @okue
It’d be nice to have a dedicated MeterIdPrefixFunction implementation for gRPC, so that the tag for grpc-status is added automatically.
Issue Analytics
- State:
- Created 3 years ago
- Comments:10 (6 by maintainers)
Top Results From Across the Web
Potential ways to improve metrics · Issue #2 · grpc-ecosystem ...
At this point I'm going to keep it as service since making it grpc_service would entail moving other labels ( method , code...
Read more >Customizing Armeria metrics - LINE ENGINEERING
In the last post I mentioned that you can customize the default prefix appended to metrics by using the MeterIdPrefixFunction#ofDefault function ...
Read more >Go gRPC Interceptors for Prometheus monitoring - Go Packages
Use a new instance of ServerMetrics when not using the default Prometheus metrics registry, for example when wanting to control which metrics ......
Read more >Configuring a gRPC service - Cloud Endpoints
The gcloud endpoints services deploy command validates the service configuration and flags any errors and warnings. prefix in HTTP path ('v2') than api...
Read more >Logging and diagnostics in gRPC on .NET - Microsoft Learn
Metrics are emitted using EventCounter and can be observed using ... To enable detailed logs from gRPC, configure the Grpc prefixes to the ......
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found

I prefer
GrpcMeterIdPrefixFunctionbecausegrpc-statuscan be gotten from:That’s a good question. I think it will be useful to provide one out of the box. It’d be nice if we have an optimized version, but we will have to refactor a little bit to de-duplicate the common logic from the default prefix function. Alternatively, we could duplicate a little bit and just write some tight test cases.