<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>Hi,<div><br></div><div>At the present scenario, we can have mesos conductor with existing attributes[1]. Or we can add extra options like 'portMappings', 'instances', 'uris'[2]. And the other options is to take json file as input to 'magnum container-create' and dispatch it to corresponding conductor. And the conductor will handle the json input. Let me know your opinions.</div><div><br></div><div><br></div><div>Regards</div><div>Bharath T</div><div><br></div><div><br></div><div><br></div><div><br></div><div>[1]<a href="https://goo.gl/f46b4H" target="_blank">https://goo.gl/f46b4H</a></div><div>[2]<a href="https://mesosphere.github.io/marathon/docs/application-basics.html" target="_blank">https://mesosphere.github.io/marathon/docs/application-basics.html</a><br><div><hr id="stopSpelling">To: openstack-dev@lists.openstack.org<br>From: wkqwu@cn.ibm.com<br>Date: Thu, 19 Nov 2015 10:47:33 +0800<br>Subject: Re: [openstack-dev] [magnum] Mesos Conductor<br><br>@bharath, <br><br>1) actually, if you mean use container-create(delete) to do on mesos bay for apps. I am not sure how different the interface between docker interface and mesos interface. One point that when you introduce that feature, please not make docker container interface more complicated than now. I worried that because it would confuse end-users a lot than the unified benefits. (maybe as optional parameter to pass one json file to create containers in mesos)<br><br>2) For the unified interface, I think it need more thoughts, we need not bring more trouble to end-users to learn new concepts or interfaces, except we could have more clear interface, but different COES vary a lot. It is very challenge. <br><br><br><br>Thanks<br><br>Best Wishes,<br>--------------------------------------------------------------------------------<br>Kai Qiang Wu (Î⿪ǿ Kennan£©<br>IBM China System and Technology Lab, Beijing<br><br>E-mail: wkqwu@cn.ibm.com<br>Tel: 86-10-82451647<br>Address: Building 28(Ring Building), ZhongGuanCun Software Park, <br> No.8 Dong Bei Wang West Road, Haidian District Beijing P.R.China 100193<br>--------------------------------------------------------------------------------<br>Follow your heart. You are miracle! <br><br><img width="16" height="16" src="https://1__=8FBBF591DF9DDFCB8f9e8a93df938690918c8FB@" border="0" alt="Inactive hide details for bharath thiruveedula ---19/11/2015 10:31:58 am---@hongin, @adrian I agree with you. So can we go ahea"><font color="#424282">bharath thiruveedula ---19/11/2015 10:31:58 am---@hongin, @adrian I agree with you. So can we go ahead with magnum container-create(delete) ... for</font><br><br><font size="2" color="#5F5F5F">From: </font><font size="2">bharath thiruveedula <bharath_ves@hotmail.com></font><br><font size="2" color="#5F5F5F">To: </font><font size="2">OpenStack Development Mailing List not for usage questions <openstack-dev@lists.openstack.org></font><br><font size="2" color="#5F5F5F">Date: </font><font size="2">19/11/2015 10:31 am</font><br><font size="2" color="#5F5F5F">Subject: </font><font size="2">Re: [openstack-dev] [magnum] Mesos Conductor</font><br><BR><hr width="100%" size="2" align="left" noshade="" style="color:#8091A5;"><br><br><br><font size="4" face="Calibri">@hongin, @adrian I agree with you. So can we go ahead with magnum container-create(delete) ... for mesos bay (which actually create mesos(marathon) app internally)?</font><br><br><font size="4" face="Calibri">@jay, yes we multiple frameworks which are using mesos lib. But the mesos bay we are creating uses marathon. And we had discussion in irc on this topic, and I was asked to implement initial version for marathon. And agree with you to have unified client interface for creating pod,app.</font><br><br><font size="4" face="Calibri">Regards</font><br><font size="4" face="Calibri">Bharath T <br></font><br><hr width="100%" size="2" align="left" id="ecxstopSpelling"><font size="4" face="Calibri">Date: Thu, 19 Nov 2015 10:01:35 +0800<br>From: jay.lau.513@gmail.com<br>To: openstack-dev@lists.openstack.org<br>Subject: Re: [openstack-dev] [magnum] Mesos Conductor<br></font><br><font size="4" face="Calibri">+1.<br></font><br><font size="4" face="Calibri">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.</font><br><br><font size="4" face="Calibri">On Thu, Nov 19, 2015 at 8:26 AM, Adrian Otto <</font><a href="mailto:adrian.otto@rackspace.com" target="_blank"><u><font size="4" color="#0000FF" face="Calibri">adrian.otto@rackspace.com</font></u></a><font size="4" face="Calibri">> wrote:</font><ul><ul><font size="4" face="Calibri">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</font><br><font size="4" face="Calibri"><br>> On Nov 18, 2015, at 3:21 PM, Hongbin Lu <</font><a href="mailto:hongbin.lu@huawei.com"><u><font size="4" color="#0000FF" face="Calibri">hongbin.lu@huawei.com</font></u></a><font size="4" face="Calibri">> 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] </font><a href="https://docs.mesosphere.com/using/cli/marathonsyntax/" target="_blank"><u><font size="4" color="#0000FF" face="Calibri">https://docs.mesosphere.com/using/cli/marathonsyntax/</font></u></a><font size="4" face="Calibri"><br>><br>> From: bharath thiruveedula [mailto:</font><a href="mailto:bharath_ves@hotmail.com"><u><font size="4" color="#0000FF" face="Calibri">bharath_ves@hotmail.com</font></u></a><font size="4" face="Calibri">]<br>> Sent: November-18-15 1:20 PM<br>> To: </font><a href="mailto:openstack-dev@lists.openstack.org"><u><font size="4" color="#0000FF" face="Calibri">openstack-dev@lists.openstack.org</font></u></a><font size="4" face="Calibri"><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]</font><a href="https://blueprints.launchpad.net/magnum/+spec/mesos-conductor" target="_blank"><u><font size="4" color="#0000FF" face="Calibri">https://blueprints.launchpad.net/magnum/+spec/mesos-conductor</font></u></a><font size="4" face="Calibri">.<br>> [2]</font><a href="https://mesosphere.github.io/marathon/docs/application-basics.html" target="_blank"><u><font size="4" color="#0000FF" face="Calibri">https://mesosphere.github.io/marathon/docs/application-basics.html</font></u></a><font size="4" face="Calibri"><br>> [3]</font><a href="https://mesosphere.github.io/marathon/docs/application-groups.html" target="_blank"><u><font size="4" color="#0000FF" face="Calibri">https://mesosphere.github.io/marathon/docs/application-groups.html</font></u></a><font size="4" face="Calibri"><br>><br>><br>> Regards<br>> Bharath T</font><br><font size="4" face="Calibri">> __________________________________________________________________________<br>> OpenStack Development Mailing List (not for usage questions)<br>> Unsubscribe: </font><a href="http://lists.openstack.org?subject:unsubscribe" target="_blank"><u><font size="4" color="#0000FF" face="Calibri">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</font></u></a><font size="4" face="Calibri"><br>> </font><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank"><u><font size="4" color="#0000FF" face="Calibri">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</font></u></a><font size="4" face="Calibri"><br><br>__________________________________________________________________________<br>OpenStack Development Mailing List (not for usage questions)<br>Unsubscribe: </font><a href="http://lists.openstack.org?subject:unsubscribe" target="_blank"><u><font size="4" color="#0000FF" face="Calibri">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</font></u></a><u><font size="4" color="#0000FF" face="Calibri"><br></font></u><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank"><u><font size="4" color="#0000FF" face="Calibri">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</font></u></a></ul></ul><font size="4" face="Calibri"><br><br><br>-- </font><br><font size="4" face="Calibri">Thanks,<br></font><br><font size="4" face="Calibri">Jay Lau (Guangya Liu)</font><br><font size="4" face="Calibri"><br>__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: OpenStack-dev-request@lists.openstack.org?subject:unsubscribe </font><font size="4" face="Calibri"><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></font><tt>__________________________________________________________________________<br>OpenStack Development Mailing List (not for usage questions)<br>Unsubscribe: OpenStack-dev-request@lists.openstack.org?subject:unsubscribe<br></tt><tt><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></tt><tt><br></tt><br><br><br>
<br>__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: OpenStack-dev-request@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</div></div> </div></body>
</html>