Closed andrewkroh closed 9 months ago
Pinging @elastic/security-external-integrations (Team:Security-External Integrations)
116 of the SEI owned packages can be changed to 3.0.0 without issue. The 24 below have some kind of issue that needs resolved. ~This does account for the DLM changes.~
Added https://github.com/elastic/integrations/issues/7814 to the description as well.
No elastic.capabilities constraints should be added. This will ensure our packages are available across observability and security projects.
As we're testing for this update and looking beyond, do we consider having testing in place for both Observability and Security project types?
such as:
# provision security type
elastic-package stack up -v --version 8.10.1 --provider serverless -U stack.serverless.type=security
# test
elastic-package test -v
# spin it down
elastic-package stack down -v
# repeat with observability project
elastic-package stack up -v --version 8.10.1 --provider serverless -U stack.serverless.type=observability
elastic-package test -v
elastic-package stack down -v
After #8025 merges all of the packages owned by SEI (minus deprecated and rsa2elk) will be updated to use format_version 3.0.0.
With #8025 merged, any other work to track here? Or is this issue ready to close?
This meta issue tracks the work related to updating packages to
format_version: 3.0.0
.version
from ingest pipelines - https://github.com/elastic/integrations/pull/7807constraints
) will be handled in bulk viaecs-update
.ecs-update
.owner.type: elastic
as part of these changes (see: #6569)elastic.capabilities
constraints should be added. This will ensure our packages are available across observability and security projects.The general command to update packages in bulk is:
go run github.com/andrewkroh/go-examples/ecs-update@main -format-version=3.0.0 -fix-dotted-yaml-keys -owner elastic/security-external-integrations packages/*
but we want to exclude non-deprecated rsa2elk packages from using format_version 3.0.0 so use this command and glob: