Skip to content
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

Add opentelemetry.io docs #3070

Merged
merged 3 commits into from
Mar 30, 2021
Merged

Conversation

austinlparker
Copy link
Member

Per open-telemetry/opentelemetry.io#472, we're adding the documentation content from the website to each repository. After a release of that requires documentation changes, please make an issue or PR in the website repository in order to have the changes mirrored.

|-----------------------------------|-----------------------------------|----------------------------------------------------------------------------------------------------|
| otel.exporter=jaeger | OTEL_EXPORTER=jaeger | To select Jaeger exporter |
| otel.exporter.jaeger.endpoint | OTEL_EXPORTER_JAEGER_ENDPOINT | The Jaeger endpoint to connect to, default is "localhost:14250", currently only gRPC is supported. |
| otel.exporter.jaeger.service.name | OTEL_EXPORTER_JAEGER_SERVICE_NAME | The service name of this JVM instance, default is "unknown". |
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this line should be deleted, as it is no longer a valid property.

|-----------------------------------|-----------------------------------|----------------------------------------------------------------------------------------------------|
| otel.exporter=jaeger | OTEL_EXPORTER=jaeger | To select Jaeger exporter |
| otel.exporter.jaeger.endpoint | OTEL_EXPORTER_JAEGER_ENDPOINT | The Jaeger endpoint to connect to, default is "localhost:14250", currently only gRPC is supported. |
| otel.exporter.jaeger.service.name | OTEL_EXPORTER_JAEGER_SERVICE_NAME | The service name of this JVM instance, default is "unknown". |
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
| otel.exporter.jaeger.service.name | OTEL_EXPORTER_JAEGER_SERVICE_NAME | The service name of this JVM instance, default is "unknown". |

|-----------------------------------|-----------------------------------|-----------------------------------------------------------------------------------------------------------------------|
| otel.exporter=zipkin | OTEL_EXPORTER=zipkin | To select Zipkin exporter |
| otel.exporter.zipkin.endpoint | OTEL_EXPORTER_ZIPKIN_ENDPOINT | The Zipkin endpoint to connect to, default is "http://localhost:9411/api/v2/spans". Currently only HTTP is supported. |
| otel.exporter.zipkin.service.name | OTEL_EXPORTER_ZIPKIN_SERVICE_NAME | The service name of this JVM instance, default is "unknown". |
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
| otel.exporter.zipkin.service.name | OTEL_EXPORTER_ZIPKIN_SERVICE_NAME | The service name of this JVM instance, default is "unknown". |


| System property | Environment variable | Purpose |
|-------------------------------|-------------------------------|------------------------------------------------------------------------------------|
| otel.exporter=prometheus | OTEL_EXPORTER=prometheus | To select Prometheus exporter |
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this is no longer a valid property. should be otel.metrics.exporter I think


| System property | Environment variable | Purpose |
|------------------------------|------------------------------|------------------------------------------------------------------------------|
| otel.exporter=logging | OTEL_EXPORTER=logging | To select logging exporter |
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this should be otel.traces/metrics.exporter

| otel.config.max.events | OTEL_CONFIG_MAX_EVENTS | Maximum number of events per span (default: 128) |
| otel.config.max.links | OTEL_CONFIG_MAX_LINKS | Maximum number of links per span (default: 32) |
| otel.config.max.event.attrs | OTEL_CONFIG_MAX_EVENT_ATTRS | Maximum number of attributes per event (default: 32) |
| otel.config.max.link.attrs | OTEL_CONFIG_MAX_LINK_ATTRS | Maximum number of attributes per link (default: 32) |
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

these 6 properties are no longer valid. The ones in the autoconfigure README should be used.

for customizing its behavior, such as the `Resource` attached to spans or the
`Sampler`.

Because the auto instrumentation runs in a separate classpath than the
Copy link
Contributor

@jkwatson jkwatson Mar 29, 2021

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

none of the instrumentation docs belong in this repo.

<dependency>
<groupId>io.opentelemetry</groupId>
<artifactId>opentelemetry-api</artifactId>
<version>0.10.0</version>
Copy link
Contributor

@jkwatson jkwatson Mar 29, 2021

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this is very out of date. we should be recommending use of the bom, and, of course, version 1.0.1

}
```

### Configure `@WithSpan` annotation
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this is for the instrumentation project

}
```

#### Suppressing `@WithSpan` instrumentation
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this is more instrumentation agent docs that don't belong in this repo.

@jkwatson
Copy link
Contributor

This content has a mishmash of API,SDK and auto-instrumentation agent documentation in it. I think we shouldn't have auto-instrumentation docs in this repo, but I don't know how to generate a unified set of docs for the website if they are split. @austinlparker Any thoughts on re-structuring the website docs so they can be maintained independently, between API/SDK and the agent/instrumentation repositories?

@austinlparker
Copy link
Member Author

There's nothing that says 'Java' and 'Java Automatic Instrumentation' can't be different headings, but I think from an end-user's perspective looking for "getting started" guides we could have a website_docs folder in the auto-instrumentation repo and have that be committed to the same place in the website repo?


| Traces | Metrics | Logs |
| ------ | ------- | ------------ |
| Beta | Alpha | Experimental |
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
| Beta | Alpha | Experimental |
| GA | Alpha | Experimental |

@jkwatson
Copy link
Contributor

There's nothing that says 'Java' and 'Java Automatic Instrumentation' can't be different headings, but I think from an end-user's perspective looking for "getting started" guides we could have a website_docs folder in the auto-instrumentation repo and have that be committed to the same place in the website repo?

So, maybe it would be easiest for me to take the content of this PR and strip out the non-relevant-to-this-repo contents (and fix up the out-of-dateness), and submit it as a fresh PR for your review?

@austinlparker
Copy link
Member Author

I don't really need to review your changes to it... I'm just trying to copy the current state of the website docs into each SIG repo, then you can make whatever changes you desire then we can apply those changes back to the website.

@austinlparker
Copy link
Member Author

My next step is creating a GitHub action that will automatically make that PR for you when a new release is made.

@jkwatson
Copy link
Contributor

I don't really need to review your changes to it... I'm just trying to copy the current state of the website docs into each SIG repo, then you can make whatever changes you desire then we can apply those changes back to the website.

ah, ok. I guess the thought it that it will be ok to have it be out of date/wrong initially, but it could be cleaned up and then pushed? Given that, can you put a disclaimer at the top of the file that it is not current, and then I'll remove that on my PR to clean it up?

@austinlparker
Copy link
Member Author

Done

Copy link
Contributor

@jkwatson jkwatson left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks! once merged, I'll work on getting it current, and removing non-otel-java stuff.

@jkwatson
Copy link
Contributor

merging. I'll pick up the cleanup later today.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants