NETWAYS / NETWAYS/ansible-collection-elasticstack
[Feature]: Beats — replace beats_security with beats_tls + beats_authentication
Nobody has claimed this yet.
- Dominant language
- Jinja
- Stars
- 14
- Forks
- 11
- Avg merge
- 1d 47m
- Merged PRs (30d)
- 6
Description
beats_security bundles TLS, authentication and cert creation into one flag — and its {% if beats_security %} … {% else %} even renders plain http:// with no credentials when off. TLS and auth cannot be chosen independently.
- Remove
beats_security. Introduce:beats_tls(default fromelasticstack_tls) → rendersssl.*(verification_mode, CA, and the client certificate to Logstash).beats_authentication(default fromelasticstack_authentication) → rendersusername/passwordfor the ES output and setup.kibana. Credentials are no longer gated on the TLS flag.
- Drop the
beats_securityset_factintasks/main.yml. - Rename
beats-security.yml→beats_manage_certificates.yml; move the elastic-password fetch out of it (it belongs to the authentication/password axis, not to certificate management).
Breaking → 2.0.0. Part of #526; builds on #513 (shared Beats SSL settings).
Depends on: #527 (the shared masters + guard must exist first).
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with tasks/main.yml and the existing beats-security.yml, then review the shared Beats SSL settings from #513 and the masters-and-guard work required by #527. Rename the certificate task file, separate TLS from authentication and move the elastic-password fetch to the authentication path. Done means beats_tls and beats_authentication work independently and beats_security is removed for the 2.0.0 breaking change.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- ansible, elasticsearch
- Domain
- devops, infrastructure
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 55/100