<div dir="ltr"><div><div><div>Just want to input more for this topic, I was also thinking more for how we can unify the client interface for Magnum.<br><br></div>Currently, the Kubernetes is using "kubectl create" to create all of k8s objects including pod, rc, service, pv, pvc, hpa etc using either yaml, json, yml, stdin file format; The marathon also using yaml, json file to create applications. In my understanding, it is difficult to unify the concept of all COEs but at least seems many COEs are trying to unify the input and output: all using same file format as input and getting same format output.<br><br></div>It is a good signal for Magnum and the Magmum can leverage those features to unify the client interface for different COEs. i.e we can use "magnum app create" to create pod, rc, service, pv, pvc even marathon service etc. Just some early thinking from my side...<br><br></div>Thanks!<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Nov 19, 2015 at 10:01 AM, Jay Lau <span dir="ltr"><<a href="mailto:jay.lau.513@gmail.com" target="_blank">jay.lau.513@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"><div>+1.<br><br></div>One problem I want to mention is that for mesos integration, we cannot limited to Marathon + Mesos as there are many frameworks can run on top of Mesos, such as Chronos, Kubernetes etc, we may need to consider more for Mesos integration as there is a huge eco-system build on top of Mesos.<br></div><div class="gmail_extra"><div><div class="h5"><br><div class="gmail_quote">On Thu, Nov 19, 2015 at 8:26 AM, Adrian Otto <span dir="ltr"><<a href="mailto:adrian.otto@rackspace.com" target="_blank">adrian.otto@rackspace.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Bharath,<br>
<br>
I agree with Hongbin on this. Let’s not expand magnum to deal with apps or appgroups in the near term. If there is a strong desire to add these things, we could allow it by having a plugin/extensions interface for the Magnum API to allow additional COE specific features. Honestly, it’s just going to be a nuisance to keep up with the various upstreams until they become completely stable from an API perspective, and no additional changes are likely. All of our COE’s still have plenty of maturation ahead of them, so this is the wrong time to wrap them.<br>
<br>
If someone really wants apps and appgroups, (s)he could add that to an experimental branch of the magnum client, and have it interact with the marathon API directly rather than trying to represent those resources in Magnum. If that tool became popular, then we could revisit this topic for further consideration.<br>
<br>
Adrian<br>
<div><div><br>
> On Nov 18, 2015, at 3:21 PM, Hongbin Lu <<a href="mailto:hongbin.lu@huawei.com" target="_blank">hongbin.lu@huawei.com</a>> wrote:<br>
><br>
> Hi Bharath,<br>
><br>
> I agree the “container” part. We can implement “magnum container-create ..” for mesos bay in the way you mentioned. Personally, I don’t like to introduce “apps” and “appgroups” resources to Magnum, because they are already provided by native tool [1]. I couldn’t see the benefits to implement a wrapper API to offer what native tool already offers. However, if you can point out a valid use case to wrap the API, I will give it more thoughts.<br>
><br>
> Best regards,<br>
> Hongbin<br>
><br>
> [1] <a href="https://docs.mesosphere.com/using/cli/marathonsyntax/" rel="noreferrer" target="_blank">https://docs.mesosphere.com/using/cli/marathonsyntax/</a><br>
><br>
> From: bharath thiruveedula [mailto:<a href="mailto:bharath_ves@hotmail.com" target="_blank">bharath_ves@hotmail.com</a>]<br>
> Sent: November-18-15 1:20 PM<br>
> To: <a href="mailto:openstack-dev@lists.openstack.org" target="_blank">openstack-dev@lists.openstack.org</a><br>
> Subject: [openstack-dev] [magnum] Mesos Conductor<br>
><br>
> Hi all,<br>
><br>
> I am working on the blueprint [1]. As per my understanding, we have two resources/objects in mesos+marathon:<br>
><br>
> 1)Apps: combination of instances/containers running on multiple hosts representing a service.[2]<br>
> 2)Application Groups: Group of apps, for example we can have database application group which consists mongoDB app and MySQL App.[3]<br>
><br>
> So I think we need to have two resources 'apps' and 'appgroups' in mesos conductor like we have pod and rc for k8s. And regarding 'magnum container' command, we can create, delete and retrieve container details as part of mesos app itself(container =  app with 1 instance). Though I think in mesos case 'magnum app-create ..."  and 'magnum container-create ...' will use the same REST API for both cases.<br>
><br>
> Let me know your opinion/comments on this and correct me if I am wrong<br>
><br>
> [1]<a href="https://blueprints.launchpad.net/magnum/+spec/mesos-conductor" rel="noreferrer" target="_blank">https://blueprints.launchpad.net/magnum/+spec/mesos-conductor</a>.<br>
> [2]<a href="https://mesosphere.github.io/marathon/docs/application-basics.html" rel="noreferrer" target="_blank">https://mesosphere.github.io/marathon/docs/application-basics.html</a><br>
> [3]<a href="https://mesosphere.github.io/marathon/docs/application-groups.html" rel="noreferrer" target="_blank">https://mesosphere.github.io/marathon/docs/application-groups.html</a><br>
><br>
><br>
> Regards<br>
> Bharath T<br>
</div></div>> __________________________________________________________________________<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>
<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><br><br clear="all"><br></div></div><span class="HOEnZb"><font color="#888888">-- <br><div><div dir="ltr"><div><div dir="ltr"><div>Thanks,<br><br></div>Jay Lau (Guangya Liu)<br></div></div></div></div>
</font></span></div>
</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Thanks,<br><br></div>Jay Lau (Guangya Liu)<br></div></div></div></div>
</div>