<div dir="ltr">[late catch-up]<div><br><div class="gmail_extra"><div class="gmail_quote">On Mon, Aug 24, 2015 at 2:56 PM, Doug Hellmann <span dir="ltr"><<a href="mailto:doug@doughellmann.com" target="_blank">doug@doughellmann.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Excerpts from Brad P. Crochet's message of 2015-08-24 15:35:59 -0400:<br>
<span class="">> On 24/08/15 18:19 +0000, Tim Bell wrote:<br>
> ><br>
> >From a user perspective, where bare metal and VMs are just different flavors (with varying capabilities), can we not use the same commands (server create/rebuild/...) ? Containers will create the same conceptual problems.<br>
> ><br>
> >OSC can provide a converged interface but if we just replace '$ ironic XXXX' by '$ openstack baremetal XXXX', this seems to be a missed opportunity to hide the complexity from the end user.<br>
> ><br>
> >Can we re-use the existing server structures ?<br>
</span></blockquote><div><br></div><div>I've wondered about how users would see doing this, we've done it already with the quota and limits commands (blurring the distinction between project APIs).  At some level I am sure users really do not care about some of our project distinctions.</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> To my knowledge, overriding or enhancing existing commands like that<br></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
> is not possible.<br>
<br>
</span>You would have to do it in tree, by making the existing commands<br>
smart enough to talk to both nova and ironic, first to find the<br>
server (which service knows about something with UUID XYZ?) and<br>
then to take the appropriate action on that server using the right<br>
client. So it could be done, but it might lose some of the nuance<br>
between the server types by munging them into the same command. I<br>
don't know what sorts of operations are different, but it would be<br>
worth doing the analysis to see.<br></blockquote><div><br></div><div>I do have an experimental plugin that hooks the server create command to add some options and change its behaviour so it is possible, but right now I wouldn't call it supported at all.  That might be something that we could consider doing though for things like this.</div><div><br></div><div>The current model for commands calling multiple project APIs is to put them in openstackclient.common, so yes, in-tree.</div><div><br></div><div>Overall, though, to stay consistent with OSC you would map operations into the current verbs as much as possible.  It is best to think in terms of how the CLI user is thinking and what she wants to do, and not how the REST or Python API is written.  In this case, 'baremetal' is a type of server, a set of attributes of a server, etc.  As mentioned earlier, containers will also have a similar paradigm to consider.</div><div><br></div><div>dt</div><div><br></div></div>-- <br><div class="gmail_signature"><br>Dean Troyer<br><a href="mailto:dtroyer@gmail.com" target="_blank">dtroyer@gmail.com</a><br></div>
</div></div></div>