Forum Discussion
The triggered tasks are tied to a particular plex, but not a particular node within the plex.–> If you look at the on-premise URl of triggered task it is tied to a node and our caller application uses that onpremise url instead of cloud URL. So we are impacted here,
could we continue to use the cloud URL even after decommission the node(Triggered task on premise url is pointing to this node) , we don’t need to create new task ?
Ahh I see. Well, without a load balancer the On-premise URL is dependent on having an actively connected ground node.
So, If the node the task is configured for is coming down and going back up a lot, or is changing often, then the cloud URL might be more so of what you are looking for. The cloud URL is not tied to a particular node. So, if there are available nodes in the plex that this job is configured to run on then the cloud URL will schedule it there. However, the caveat here is that data in and out of the pipeline will go through our servers, whereas a ground trigger avoids that.
- Ksivagurunathan7 years agoContributor
Can you elaborate on the data in and data out ? You mean to say the input parameter value and out put of the triggered pipeline ?
- cjhoward187 years agoEmployee
The input data will be sent to the control plane to then be sent to the node for execution, then the output of the triggered pipeline will be sent back to the control plane to be returned to the caller.
- Ksivagurunathan7 years agoContributor
when the pipeline execution happens on different node other than the one tied in triggered task on-premise url, the same behavior like mentioned above would occur right ?