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

[Request]: inconsistencies in API Key description for APM Server usage #4312

Open
endorama opened this issue Sep 27, 2024 · 0 comments · May be fixed by #4670
Open

[Request]: inconsistencies in API Key description for APM Server usage #4312

endorama opened this issue Sep 27, 2024 · 0 comments · May be fixed by #4670

Comments

@endorama
Copy link
Member

What documentation page is affected

What change would you like to see?

Either is clearly mentioned that the API key format required is the Beats/Logstash one or having an earlier link to the api_key section in Configure the Elasticsearch output.

An additional section about getting 401/API Key Invalid errors to Common problems in Configure APM agent configuration would also help troubleshoot this faster.

Additional info

APM Server supports using API key based authentication for its operations. The format required is not the newer base64 encoded, presented by ES in 8.15 interface as "Format used to make requests to Elasticsearch REST API."
Image

It instead uses the Beats/Logstash format id:key. Our documentation is confusing about it and requires multiple hops to find confirmation of this requirement. Meanwhile what a customer using the default API Key value faces are "API key invalid" errors from APM server.

I entered the documentation at https://www.elastic.co/guide/en/observability/current/apm-configure-agent-config.html as I was searching how to configure APM server authentication for agent configurations. The section displays the Beats format, but is quite easy to miss:
Image

I dug deeper, looking at the relevant config option, which does not mention the format but links to another page:
Image

Opening that page presents a section where auth methods are described, Beats format is shown but not mentioned , with a link to another section:
Image

This section increase confusion, as the API format is not the Beats one:
Image

When finally reaching the "Grant access using API keys" page, which is not in the same hierarchy as the configuration section:
Image

we get the information about the API key format:
Image

All of this could have been avoided if I looked at the api_key section in Configure the Elasticsearch output, I think I missed due to links pointing me in other directions and not having APM Server displayed as a possible value in the Elasticsearch API key dropdown.
Image

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

Successfully merging a pull request may close this issue.

2 participants