-
Couldn't load subscription status.
- Fork 128
Add docs to show how to use custom images #1323
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
Conversation
|
Pinging @elastic/elastic-agent (Team:Elastic-Agent) |
cmd/stack.go
Outdated
| Be aware that a common issue while trying to boot up the stack is that your Docker environments settings are too low in terms of memory threshold. | ||
| To expose local packages in the Package Registry, build them first and boot up the stack from inside of the Git repository containing the package (e.g. elastic/integrations). They will be copied to the development stack (~/.elastic-package/stack/development) and used to build a custom Docker image of the Package Registry. | ||
| For Elastic stack versions prior to 8.7, to expose local packages in the Package Registry, build them first and boot up the stack from inside of the Git repository containing the package (e.g. elastic/integrations). They will be copied to the development stack (~/.elastic-package/stack/development) and used to build a custom Docker image of the Package Registry. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What about adding here this note to expose local packages?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
From 8.7 the same instructions apply to expose local packages in the Package Registry, isn't it?
Would you like to mean here that from 8.7 this is not needed to test packages?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Right, same instructions apply to expose local packages in the Elastic Package Registry.
I've rephrased this paragraph to indicate that this is not needed to run the tests, starting with Elastic stack >= 8.7.0
|
/test |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice, it is great to have documentation about this feature.
cmd/stack.go
Outdated
| Be aware that a common issue while trying to boot up the stack is that your Docker environments settings are too low in terms of memory threshold. | ||
| To expose local packages in the Package Registry, build them first and boot up the stack from inside of the Git repository containing the package (e.g. elastic/integrations). They will be copied to the development stack (~/.elastic-package/stack/development) and used to build a custom Docker image of the Package Registry. | ||
| For Elastic stack versions prior to 8.7, to expose local packages in the Package Registry, build them first and boot up the stack from inside of the Git repository containing the package (e.g. elastic/integrations). They will be copied to the development stack (~/.elastic-package/stack/development) and used to build a custom Docker image of the Package Registry. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
From 8.7 the same instructions apply to expose local packages in the Package Registry, isn't it?
Would you like to mean here that from 8.7 this is not needed to test packages?
Co-authored-by: Jaime Soriano Pastor <jaime.soriano@elastic.co>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
🚀
💚 Build Succeeded
History
cc @mrodm |
This PR includes documentation to set overrides for some docker images. Currently, the docker images that can be overwritten are:
This overwrites can be achieved in two different ways:
~/.elastic-package/config.yml)Link to the new doc has been added to the description of
elastic-package stack up.How to test locally
As an example, it is going to be set an overwrite for Elastic Agent (docs link):
As this image is used by both Elastic Agent and Fleet Server services,
docker pswill show two containers running the custom image.Using environment variables:
Using configuration file