Background
Before Elastic Agent and packages existed we introduced lightweight modules in Metricbeat to simplify the development of new metricsets and packages. The goal was to move to pure config defined modules as we have in Filebeat. Over time we have been making more and more use of it, for example in the AWS package. This is great as it reduces the number of code changes we have to make.
With the introduction of elastic packages, it has become even more important to have packages purely based on configurations because that is what is delivered as part of the package. Unfortunately many modules use lightweight modules but the packages we build also depend on the lightweight modules to be there, meaning the code/config files have to be contributed to the beats repository to work. This makes it easier to keep packages and modules in sync but it also means we keep adding to the beats repository. This issue is caused by running the migration script from Metricbeat to integrations.
Actions
- For the old migrated data streams (from Bests) like
rds: we should move the configuration part from Beats into integrations.
- For all data streams: use ingest pipeline instead of rename processor.
- For all new packages, we should add configuration directly into integrations.
Impacted Integrations (wip)
Background
Before Elastic Agent and packages existed we introduced lightweight modules in Metricbeat to simplify the development of new metricsets and packages. The goal was to move to pure config defined modules as we have in Filebeat. Over time we have been making more and more use of it, for example in the AWS package. This is great as it reduces the number of code changes we have to make.
With the introduction of elastic packages, it has become even more important to have packages purely based on configurations because that is what is delivered as part of the package. Unfortunately many modules use lightweight modules but the packages we build also depend on the lightweight modules to be there, meaning the code/config files have to be contributed to the beats repository to work. This makes it easier to keep packages and modules in sync but it also means we keep adding to the beats repository. This issue is caused by running the migration script from Metricbeat to integrations.
Actions
rds: we should move the configuration part from Beats into integrations.Impacted Integrations (wip)
gcp.billing[GCP] Remove lightweight module ingcp.billingdata stream #3720gcp.compute[GCP] Remove lightweight module ingcp.computedata stream #3721gcp.firestore[GCP] Remove lightweight module ingcp.firestoredata stream #3722gcp.storage[GCP] Remove lightweight module in gcp.storage data stream #4262gcp.pubsub[GCP] Remove lightweight module in gcp.pubsub data stream #4263gcp.loadbalancing[GCP] Remove lightweight module in gcp.loadbalancing data stream #4264gcp.dataproc[GCP] Remove lightweight module in gcp.dataproc data stream #4265