-
Notifications
You must be signed in to change notification settings - Fork 897
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Possibility to support Application in Resource Conventions #1410
Comments
I think the technology in OTel might be reversed. The service would be the whole running entity that is instrumented with OTel. The application would be something running inside that service. See also #335 |
@Oberon00 Are you suggesting to consider this springboot application as a HTTP server inside HTTP Service? There are a couple of concerns with this approach:
|
@wdengw Spring Boot is only of the possible deployment models. If you want to bring the notion of the application into spec, you have to consider other models as well. From the top of my head:
In general the relation between "process" and "application" is at least "one to many" |
@iNikem you are right, SpringBoot is just one each example, there are many other possible deployment models for developer to deploy their application. Like what you pointed out, the key is that we deploy applications to deployment environment and applications are what we monitoring. Therefore, Application is a key resource to be considered. And yes, the relation between "process" and "application" is at least "one to many", and in addition, the relation between "application" and "service" is also at least "one to many". |
What are you trying to achieve?
Many Java web applications host multiple services. For example, a SpringBoot application can have multiple RestController components, each RestController is a Rest Service. A SpringBoot application usually starts as a JVM process. The OpenTelemetry Log Data model has semantic resource attributes for Service, like service.name, service version, etc. It also has semantic resource attributes for processes, like process.pid, process.command, etc. However, it is lacking the application resource to associate services with the processes. The basic attributes that application resources should have includes: the application’s id, the application’s version, and the application’s group id.
What did you expect to see?
Should we consider to add application as a resource in OpenTelemtry’s Resource Semantic Conventions?
Additional context.
The text was updated successfully, but these errors were encountered: