Skip to content
This repository was archived by the owner on Jan 27, 2023. It is now read-only.

Add dataset fields to all packages#56

Merged
ruflin merged 1 commit intoelastic:masterfrom
ruflin:dataset-updates
Jun 8, 2020
Merged

Add dataset fields to all packages#56
ruflin merged 1 commit intoelastic:masterfrom
ruflin:dataset-updates

Conversation

@ruflin
Copy link
Collaborator

@ruflin ruflin commented Jun 8, 2020

This is part of elastic/package-registry#491 This PR adds the new dataset fields to each package. As soon as all PRs in the registry, Kibana and Agent are merged, the old stream fields can be removed.

This is part of elastic/package-registry#491 This PR adds the new dataset fields to each package. As soon as all PRs in the registry, Kibana and Agent are merged, the old stream fields can be removed.
@elasticmachine
Copy link
Collaborator

💚 Build Succeeded

Pipeline View Test View Changes Artifacts preview

Expand to view the summary

Build stats

  • Build Cause: [Pull request #56 opened]

  • Start Time: 2020-06-08T13:23:30.708+0000

  • Duration: 3 min 36 sec

@mtojek
Copy link
Contributor

mtojek commented Jun 8, 2020

As soon as all PRs in the registry, Kibana and Agent are merged, the old stream fields can be removed.

What about dashboards in integrations? Will they stop working? I think you should follow the flow (first update integrations, then rollout changes to the package-storage).

@ruflin
Copy link
Collaborator Author

ruflin commented Jun 8, 2020

@mtojek Good point. The dashboards will stop working as soon as the Agent is changed. I suggest the following:

@mtojek
Copy link
Contributor

mtojek commented Jun 8, 2020

Is it possible to rollout changes in a safe way without breaking anything? e.g. agent rewrites/copies fields.
It's better not to have any dependencies between pieces rather than risking breaking something.

ruflin added a commit to ruflin/integrations that referenced this pull request Jun 8, 2020
For now, the packages have old and new fields inside. As soon as Kibana and Agent are shipped, the old definition can be removed. See also elastic/package-storage#56
@ruflin
Copy link
Collaborator Author

ruflin commented Jun 8, 2020

It would be possible to add both for now on the Agent side and later remove it in a follow up. @michalpristas WDYT about changing elastic/beats#18967 accordingly?

@ruflin
Copy link
Collaborator Author

ruflin commented Jun 8, 2020

@mtojek In any case, we will need the definitions for both in the packages for some time too, meaning this PR is valid in any case as it doesn't break anything.

Copy link
Contributor

@mtojek mtojek left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Approved, preserving there are no time restrictions on rolling out changes in other places.

Please create an issue for the integrations repository to fix all dashboards.

Just saw the PR, thanks! looking into this one.

@ruflin ruflin merged commit 53dfc42 into elastic:master Jun 8, 2020
@ruflin
Copy link
Collaborator Author

ruflin commented Jun 8, 2020

Thanks, merged. The only effect this has so far it is unblocking my registry PR and we have both fields in the templates for now.

@ruflin ruflin deleted the dataset-updates branch June 8, 2020 14:06
ruflin added a commit to elastic/integrations that referenced this pull request Jun 9, 2020
For now, the packages have old and new fields inside. As soon as Kibana and Agent are shipped, the old definition can be removed. See also elastic/package-storage#56
thomasneirynck pushed a commit to thomasneirynck/package-storage that referenced this pull request Sep 28, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants