Skip to content
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

Probe Reusability #4853

Open
ggolub opened this issue Aug 29, 2024 · 2 comments
Open

Probe Reusability #4853

ggolub opened this issue Aug 29, 2024 · 2 comments

Comments

@ggolub
Copy link

ggolub commented Aug 29, 2024

Would like the ability to make probes more generic and also portable. This involves two things

  1. Ability to export/import probes as .yaml, much like you can do with the experiments.
  2. Capability to use templates. For example, We have numerous http probes with the same health check. The only difference is the internal DNS for each. Would be helpful not to have to redefine the "same" probe over and over again. Instead, some template placeholder could be useful.
@rogeriofbrito
Copy link

As for the first item, currently the probe definition is loaded to ChaosEngine yaml template at the time of experiment is triggered. I think that the probe part of ChaosEngine could already be placed at the moment the experiment is saved and a new revision is created. In this way, the probe would be part of the entire experiment yaml and there would not be no need to load the probe details when experiment is triggered.

@ggolub
Copy link
Author

ggolub commented Sep 16, 2024

That doesn't address the need for export/import. If I have multiple installations of LitmusChaos I need a way to migrate the probes between them. Currently cannot do so. In addition, if I use HTTP probes that are slightly different, it would be fare more efficient to create my probe, export it, tweak the .json/.yaml, and import it rather than repeat the creation numerous times.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants