-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
Fix inconsistency of GCP Filebeat/Metricbeat names #19467
Comments
Pinging @elastic/integrations (Team:Integrations) |
Ah, naming :) My vote would be to include the cloud provider names (or abbreviations) in the input names, since the input implementations are specific to cloud providers. So I prefer |
Agree on changing |
We would like to rename |
In Filebeat the input name for collecting data from Google Cloud's Pub/Sub service is called So is the proposal to change the input name, module, or both? |
I like the hyphenated input names for readability. If we want to shorten google to gcp then how about
We should look across all the other input names too (this was just a quick look for me). |
@andrewkroh Thank you! We are proposing to change both the Filebeat input name and Filebeat/Metricbeat module name. Do you know if google pubsub Filebeat input is GA or Beta? |
Here is the proposal for both input names and module names. Filebeat input name:
Filebeat module name:
Metricbeat module name:
|
The above list SGTM. When Filebeat modules are renamed aliases can be installed so that existing users are not broken by the change. See the apache module for an example. |
It must be GA since there are not beta labels at. https://www.elastic.co/guide/en/beats/filebeat/current/filebeat-input-google-pubsub.html So if we rename inputs then we should probably figure out how to register them with their old name too so we don't break anything in 7.x. |
Yeah good to know, thank you! I also didn't see |
GCP part of the renaming is done, will close this issue. |
Currently we have several Filebeat inputs with inconsistent naming, such as
azureeventhub
,googlepubsub
ands3
. With the migration work to elastic-agent, this is a good opportunity for us to make changes on these names.This issue is to start the discussion on if we should rename
s3
toawss3
, or should we remove the public cloud names completely.TODO list:
The text was updated successfully, but these errors were encountered: