<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Thu, Oct 19, 2017 at 4:56 PM James Slagle <<a href="mailto:james.slagle@gmail.com">james.slagle@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I've been looking at how we can hook up the deployment changes for<br>
config-download[1] with the existing deployment workflows in Mistral.<br>
<br>
However, it seems we have not sufficiently abstracted the logic to do<br>
a "deployment" behind a given workflow(s). The existing things a<br>
client (or UI) has to do is:<br>
<br>
- call tripleo.deployment.v1.deploy_plan<br>
- poll for success/failure of that workflow<br>
- poll for success/failure of in progress Heat stack (list events, etc)<br>
- call tripleo.deployment.v1.overcloudrc<br>
(probably more things too)<br>
<br>
If I want to make some changes to the deployment workflow, such that<br>
after the Heat stack operation is complete, we run a config-download<br>
action/workflow, then apply the generated ansible via<br>
ansible-playbook, I can't really do that without requiring all clients<br>
to also get updated to use those new steps (via calling new workflows,<br>
etc).<br>
<br>
As a first attempt, I took a shot at creating a workflow that does every step:<br>
<a href="https://review.openstack.org/#/c/512876/" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/512876/</a><br>
But even that will require client changes as it necessitates a<br>
behavior change in that the workflow has to wait for the stack to be<br>
complete as opposed to returning as soon as the stack operation is<br>
accepted by Heat.<br>
<br></blockquote><div><br></div><div>Thankfully we already have that capability. :)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I'd like to implement this in a way that minimizes the impact of<br>
changes on both python-tripleoclient and tripleo-ui, but it's looking<br>
as if some changes would be required to use this new ansible driven<br>
approach.<br>
<br>
Thoughts or feedback on how to proceed? I'm guess I'm also wondering<br>
if the existing API exposed by the workflows is easy to consume by the<br>
UI, or if it would be better to be wrapped in a single workflow...at<br>
least that way we could make logical implementation changes without<br>
requiring ui/cilent changes.<br>
<br>
[1] <a href="https://blueprints.launchpad.net/tripleo/+spec/ansible-config-download" rel="noreferrer" target="_blank">https://blueprints.launchpad.net/tripleo/+spec/ansible-config-download</a><br>
<br></blockquote><div><br></div><div>+1 to all of this. I think from the CLI perspective, it should be a minimal impact. If anything, it will get rid of a lot of code that doesn't really belong. I can't say what the impact to the UI would be. However, one thing that we should make sure of is that we send messages back through Zaqar to keep the CLI and UI informed of what is occurring. That should happen already with most of the existing workflows. <br></div><div><br></div><div>This is a great step in the right direction. The Workflows squad will be happy to assist in any way we can. We will start by reviewing what you have so far.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
--<br>
-- James Slagle<br>
--<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div></div><div dir="ltr">-- <br></div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>Brad P. Crochet, RHCA, RHCE, RHCVA, RHCDS</div><div>Principal Software Engineer</div><div>(c) <span id="inbox-gc-number-2" class="inbox-gc-cs-link" title="Call with Google Voice">704.236.9385</span></div><div><br></div></div></div>