<div dir="ltr">Ok, so<div><br></div><div><span style="font-family:arial,sans-serif;font-size:13px">>>> I'm just asking why we should hack Keystone workflow by adding an hook, like we did for Nova. From my POV, that's not worth it.</span><br>
</div><div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:13px">Idea was about some extra specs, that will be processed by Climate anyway. Keystone will know nothing about reservations or smth.</span></div>
<div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:13px">>>> </span><span style="font-family:arial,sans-serif;font-size:13px">I think it should be a Climate "policy" (be careful, the name is confusing) : if admin wants to grant any new project for reservations, he should place a call to Climate. That's up to Climate-Nova (ie. Nova extension) to query Climate in order to see if project has been granted or not. </span></div>
<div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:13px">Now I think that it'll be better, yes.</span></div><div><span style="font-family:arial,sans-serif;font-size:13px">I see some workflow like:</span></div>
<div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:13px">1) Mark project as reservable in Climate</span></div><div><font face="arial, sans-serif">2) When some resource is created (like Nova instance) it should be checked (in the API extensions, for example) via Climate if project is reservable. If is, and there is no special reservation flags passed, it should be used default_reservation stuff for this instance</font></div>
<div><font face="arial, sans-serif"><br></font></div><div><font face="arial, sans-serif">Sylvain, is that ira you're talking about?</font></div><div><font face="arial, sans-serif"><br></font></div><div><font face="arial, sans-serif">Dina</font></div>
<div><font face="arial, sans-serif"><br></font></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Feb 25, 2014 at 7:53 PM, Sylvain Bauza <span dir="ltr"><<a href="mailto:sylvain.bauza@gmail.com" target="_blank">sylvain.bauza@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">2014-02-25 16:25 GMT+01:00 Dina Belova <span dir="ltr"><<a href="mailto:dbelova@mirantis.com" target="_blank">dbelova@mirantis.com</a>></span>:<div class="">
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<span style="font-family:arial,sans-serif;font-size:13px">Why should it require to be part of Keystone to hook up on Climate ? </span></blockquote>

<div><br></div></div><div>Sorry, can't get your point.</div><div><div><br></div></div></div></blockquote><div><br></div><div><br></div></div><div>I'm just asking why we should hack Keystone workflow by adding an hook, like we did for Nova. From my POV, that's not worth it.</div>
<div class="">
<div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">



Provided we consider some projects as 'reservable', we could say this should be a Climate API endpoint like CRUD /project/ and up to the admin responsability to populate it.<br>If we say that new projects should automatically be 'reservable', that's only policy from Climate to whiteboard these.</blockquote>



<div><br></div></div><div>So you propose to make some API requests to Climate (like for hosts) and mark some already existing projects as reserved. But how we'll automate process of some resource reservation belonging to that tenant? Or do you propose still to add some checkings to, for example, climate-nova extensions to check this somehow there?</div>


<div><br></div><div>Thanks</div>
</div><div class="gmail_extra"><br></div></blockquote><div><br></div><div><br></div></div><div>I think it should be a Climate "policy" (be careful, the name is confusing) : if admin wants to grant any new project for reservations, he should place a call to Climate. That's up to Climate-Nova (ie. Nova extension) to query Climate in order to see if project has been granted or not. </div>

<div><br></div><div>Conceptually, this 'reservation' information is tied to Climate and should not be present within the projects.</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>-Sylvain</div>
</font></span></div></div></div>
<br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><div style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)"><p style="font-size:small;margin:0px;font-family:Helvetica">
Best regards,</p><p style="font-size:small;margin:0px;font-family:Helvetica">Dina Belova</p><p style="font-size:small;margin:0px;font-family:Helvetica">Software Engineer</p><p style="font-size:small;margin:0px;font-family:Helvetica">
Mirantis Inc.</p></div></div>
</div>