Skip to content

[Stack Monitoring] Deprecate internal collection topics #555

Open

Description

@ycombinator

We now have the ability to monitor Elasticsearch, Kibana, Logstash, Beats, and APM Server with Metricbeat. The previous method of monitoring stack products, using collection code internal to each product that shipped monitoring data to a custom Monitoring Bulk API endpoint, is now deprecated.

We should reflect this deprecation in documentation as well, specifically in these areas:

Activity

  1. self-assigned this
    on Sep 30, 2019
  2. cachedout commented on Dec 2, 2019

    @cachedout

    Hi @lcawl. I've started some of this:

    Beats: elastic/beats#14887
    Elasticsearch: elastic/elasticsearch#49758

  3. cachedout commented on Dec 2, 2019

    @cachedout

    Elasticsearch done: elastic/elasticsearch#49758

  4. insukcho commented on May 12, 2023

    @insukcho

    Just want to make sure that Beat also has the same policy. So, we need to use separate Metricbeat to monitor Metricbeat, right?

    If yes, we should change the documentation content because users could be misleading that we recommend using deprecated internal collection:

    The benefit of using internal collection instead of Metricbeat is that you have fewer pieces of software to install and maintain.

  5. consulthys commented on Oct 9, 2024

    @consulthys

    Agree with @insukcho as we (Stack Monitoring) start getting some reports (e.g. https://github.com/elastic/sdh-beats/issues/5232) that Beats internal monitoring doesn't show deprecated in the docs.

    I see there was an initial attempt here by @cachedout but it was closed. How can we make it happen? Thanks!

  6. consulthys commented on Oct 10, 2024

    @consulthys

    The last comment in that PR intrigues me.

    From exchanges I've had with other folks, I don't think we want to recommend Metricbeat for all use cases.

    @dedemorton could you provide some context concerning the discussions you had and how we should progress? Thanks a lot

  7. dedemorton commented on Oct 10, 2024

    @dedemorton
    Contributor

    @consulthys I'm sorry, it's been too long since I made that comment, and I can't remember the details. Plus Metricbeat has evolved so much over the years that whatever concerns were raised back then are probably no longer valid. I have not worked in that area for quite awhile, so I cannot provide any more info.

  8. consulthys commented on Oct 11, 2024

    @consulthys

    @dedemorton thank you so much for your quick answer!
    No worries, we'll figure it out eventually.

  9. removed their assignment
    on May 30, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions