I’d like to know if it’s possible to, through a URL, create a link that would open a workflow in Harness setting some parameter values (just like when you click “re-run workflow”, before submitting the form).
I’d like to integrate an external system - when an error occurs, I’d like to get the parameters (pod name, namespace, etc) and show a clickable link for support staff to open the workflow ready to be executed (but they would still need to click the “run” button).
The problem here is that one of the parameters is a pod name, it will be a new one every time I need to create the link so the parameters are completely dynamic. Basically I get an error, my page knows what namespace, pod name and extra parameters are needed for the execution.
Personally I feel like this is a good feature request - something that takes you directly to the point of running a workflow by a human with web parameters. And it feels like it would be somewhat easy to implement as well… do you know how we can make feature requests to Harness?
I could link to the previous execution but a human would need to copy values manually (prone to error). Also, the previous execution links are deleted after few months (maybe my company’s config but not an option to change it).
@rodrigobezerra here is a catch, if your current execution had some error by chance, then it will rollback to previous pod and the new pod which was intended to deploy will be killed. So you will not be able to get the pod after it rolled back.
Btw, I just want to understand, what use-case are you trying to solve with old pod name?
Input sets that I mentioned in the loop is only available for Next-Gen
The incident system is something custom we’ve put together which pulls alerts from different sources like Azure Alerts. The pod name is needed in case it needs to be deleted but my question is a bit more abstract - I’d like to have a solution that is agnostic to a specific use case as we have several other use cases (restart pods for a specific service, increase / decrease number of replicas) - the goal is to create a link that would reduce human error but still require human interaction to confirm the parameters and run a workflow / pipeline.
I’m not sure I understand the question… the example is: pod is “broken”, human clicks a link that opens Harness with the “popup” for an existing deployment with it’s parameters set by the URL. For example, one of the parameters could be the pod name to be deleted - so my desire is for a human not to copy / paste the pod name (which will change every time we have an incident of this type) but to have it automatically filled.
@rodrigobezerra if that is dynamically created every time, then you cannot re-run the pipeline for previous data rather have to copy and paste it from inputs of previous data. We don’t have support for that currently.
You can use the kubectl commands to fetch the pod names, using shell script in workflow.
I will check with the product team if we can have a mechanism like this and let you know.
I think one of us is missing the point
I only want to use kubectl in Harness to delete the bad pod / job. We already know the pod name we want to delete when we go to Harness and getting it from there would require us to do a lot of extra work (as you see on my image, we get information from several different systems)
I understand that Harness might not have this feature yet - we’ll keep doing things manually. Personally I like my feature suggestion as it reduces room for human error with a very simple (url parameters) solution.
@rodrigobezerra got it! we do not have this feature yet. I have pinged the product team to check the feasibility and will get back to you on this shortly. In the meantime, do you have any questions that I can help with?