Re: [openstack-dev] [Openstack-operators] [tc][nova][ironic][mogan] Evaluate Mogan project

2017-09-28 Thread Zhenguo Niu
I have proposed http://forumtopics.openstack.org/cfp/details/33 and will be present. Thanks Thierry! On Thu, Sep 28, 2017 at 9:48 PM, Thierry Carrez wrote: > Erik McCormick wrote: > > [...] > > Also, if you'd like to discuss this in detail with a room full of > > bodies, I suggest proposing a se

Re: [openstack-dev] [Openstack-operators] [tc][nova][ironic][mogan] Evaluate Mogan project

2017-09-28 Thread Zhenguo Niu
Thanks Thierry, not sure if I can make the trip, but will have a try :) On Thu, Sep 28, 2017 at 9:48 PM, Thierry Carrez wrote: > Erik McCormick wrote: > > [...] > > Also, if you'd like to discuss this in detail with a room full of > > bodies, I suggest proposing a session for the Forum in Sydney

Re: [openstack-dev] [Openstack-operators] [tc][nova][ironic][mogan] Evaluate Mogan project

2017-09-28 Thread Thierry Carrez
Erik McCormick wrote: > [...] > Also, if you'd like to discuss this in detail with a room full of > bodies, I suggest proposing a session for the Forum in Sydney. If some > of the contributors will be there, it would be a good opportunity for > you to get feedback. Yes, "Bare metal as a service: I

Re: [openstack-dev] [Openstack-operators] [tc][nova][ironic][mogan] Evaluate Mogan project

2017-09-28 Thread Zhenguo Niu
Thanks Sean for raising the concerns. We don't really fork nova but some parts of the "ABI" of it. For the 2 API surfaces, we have different strategies, please see explanations below: On Wed, Sep 27, 2017 at 10:34 PM, Sean Dague wrote: > On 09/27/2017 09:31 AM, Julia Kreger wrote: > > [...] > >>

Re: [openstack-dev] [Openstack-operators] [tc][nova][ironic][mogan] Evaluate Mogan project

2017-09-27 Thread Sean Dague
On 09/27/2017 09:31 AM, Julia Kreger wrote: > [...] >>> The short explanation which clicked for me (granted it's probably an >>> oversimplification, but still) was this: Ironic provides an admin >>> API for managing bare metal resources, while Mogan gives you a user >>> API (suitable for public clo

Re: [openstack-dev] [Openstack-operators] [tc][nova][ironic][mogan] Evaluate Mogan project

2017-09-27 Thread Julia Kreger
[...] >> The short explanation which clicked for me (granted it's probably an >> oversimplification, but still) was this: Ironic provides an admin >> API for managing bare metal resources, while Mogan gives you a user >> API (suitable for public cloud use cases) to your Ironic backend. I >> suppose

Re: [openstack-dev] [Openstack-operators] [tc][nova][ironic][mogan] Evaluate Mogan project

2017-09-27 Thread Flavio Percoco
On 27/09/17 01:59 +, Jeremy Stanley wrote: On 2017-09-27 09:15:21 +0800 (+0800), Zhenguo Niu wrote: [...] I don't mean there are deficiencies in Ironic. Ironic itself is cool, it works well with TripleO, Nova, Kolla, etc. Mogan just want to be another client to schedule workloards on Ironic

Re: [openstack-dev] [Openstack-operators] [tc][nova][ironic][mogan] Evaluate Mogan project

2017-09-26 Thread Jeremy Stanley
On 2017-09-27 09:15:21 +0800 (+0800), Zhenguo Niu wrote: [...] > I don't mean there are deficiencies in Ironic. Ironic itself is cool, it > works well with TripleO, Nova, Kolla, etc. Mogan just want to be another > client to schedule workloards on Ironic and provide bare metal specific > APIs for u

Re: [openstack-dev] [Openstack-operators] [tc][nova][ironic][mogan] Evaluate Mogan project

2017-09-26 Thread Zhenguo Niu
Thanks Erik for the response! I don't mean there are deficiencies in Ironic. Ironic itself is cool, it works well with TripleO, Nova, Kolla, etc. Mogan just want to be another client to schedule workloards on Ironic and provide bare metal specific APIs for users who seeks a way to provider virtual

Re: [openstack-dev] [Openstack-operators] [tc][nova][ironic][mogan] Evaluate Mogan project

2017-09-26 Thread Erik McCormick
My main question here would be this: If you feel there are deficiencies in Ironic, why not contribute to improving Ironic rather than spawning a whole new project? I am happy to take a look at it, and I'm by no means trying to contradict your assumptions here. I just get concerned with the overhea