<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">
Jay makes a good point here. The service-list output is specific to the “service” abstraction in the COE, not the system services that are part of magnum. The suggested rename from service-list to coe-service-list would make this distinction more clear.
<div class=""><br class="">
</div>
<div class="">Adrian<br class="">
<div class=""><br class="">
<div>
<blockquote type="cite" class="">
<div class="">On Jul 30, 2015, at 2:40 AM, Jay Lau <<a href="mailto:jay.lau.513@gmail.com" class="">jay.lau.513@gmail.com</a>> wrote:</div>
<br class="Apple-interchange-newline">
<div class="">
<div dir="ltr" class="">
<div class="">
<div class="">
<div class="">
<div class="">Hi Suro,<br class="">
<br class="">
</div>
In my understanding, even other CoE might have service/pod/rc concepts in future, we may still want to distinguish the "magnum service-list" with "magnum coe-service-list".<br class="">
<br class="">
</div>
service-list is mainly for magnum native services, such as magnum-api, magnum-conductor etc.<br class="">
</div>
coe-service-list mainly for the services that running for the CoEs in magnum.<br class="">
<br class="">
</div>
Thoughts? Thanks.<br class="">
</div>
<div class="gmail_extra"><br class="">
<div class="gmail_quote">2015-07-29 17:50 GMT-04:00 SURO <span dir="ltr" class="">
<<a href="mailto:suro.patz@gmail.com" target="_blank" class="">suro.patz@gmail.com</a>></span>:<br class="">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000" class="">Hi Hongbin,<br class="">
<br class="">
What would be the value of having COE-specific magnum command to go and talk to DB? As in that case, user may use the native client itself to fetch the data from COE, which even will have latest state.<br class="">
<br class="">
In a pluggable architecture there is always scope for common abstraction and driver implementation. I think it is too early to declare service/rc/pod as specific to k8s, as the other COEs may very well converge onto similar/same concepts.<br class="">
<br class="">
<pre cols="72" class="">Regards,
SURO
irc//freenode: suro-patz
</pre>
<span class="">
<div class="">On 7/29/15 2:21 PM, Hongbin Lu wrote:<br class="">
</div>
</span>
<blockquote type="cite" class="">
<div class=""><span class="">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d" class="">Suro,<u class=""></u><u class=""></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d" class=""><u class=""></u> <u class=""></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d" class="">I think service/pod/rc are k8s-specific. +1 for Jay’s suggestion about renaming COE-specific command, since the new naming style looks consistent with
other OpenStack projects. In addition, it will eliminate name collision of different COEs. Also, if we are going to support pluggable COE, adding prefix to COE-specific command is unavoidable.<u class=""></u><u class=""></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d" class=""><u class=""></u> <u class=""></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d" class="">Best regards,<u class=""></u><u class=""></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d" class="">Hongbin<u class=""></u><u class=""></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d" class=""><u class=""></u> <u class=""></u></span></p>
</span>
<div class="">
<div style="border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0cm 0cm 0cm" class="">
<p class="MsoNormal"><b class=""><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext" lang="EN-US" class="">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext" lang="EN-US" class="">
SURO [<a href="mailto:suro.patz@gmail.com" target="_blank" class="">mailto:suro.patz@gmail.com</a>]
<br class="">
<span class=""><b class="">Sent:</b> July-29-15 4:03 PM<br class="">
<b class="">To:</b> Jay Lau<br class="">
<b class="">Cc:</b> <a href="mailto:suro@yahoo-inc.com" target="_blank" class="">
suro@yahoo-inc.com</a>; OpenStack Development Mailing List (not for usage questions)<br class="">
<b class="">Subject:</b> Re: [openstack-dev] [magnum][blueprint] magnum-service-list<u class=""></u><u class=""></u></span></span></p>
</div>
</div>
<span class="">
<p class="MsoNormal"><u class=""></u> <u class=""></u></p>
<p class="MsoNormal">Hi Jay,<br class="">
<br class="">
'service'/'pod'/'rc' are conceptual abstraction at magnum level. Yes, the abstraction was inspired from the same in kubernetes, but the data stored in DB about a 'service' is properly abstracted and not k8s-specific at the top level.
<br class="">
<br class="">
If we plan to change this to 'k8s-service-list', the same applies for even creation and other actions. This will give rise to COE-specific command and concepts and which may proliferate further. Instead, we can abstract swarm's service concept under the umbrella
of magnum's 'service' concept without creating k8s-service and swarm-service.<br class="">
<br class="">
I suggest we should keep the concept/abstraction at Magnum level, as it is. <br class="">
<br class="">
<u class=""></u><u class=""></u></p>
<pre class="">Regards,<u class=""></u><u class=""></u></pre>
<pre class="">SURO<u class=""></u><u class=""></u></pre>
<pre class="">irc//freenode: suro-patz<u class=""></u><u class=""></u></pre>
<div class="">
<p class="MsoNormal">On 7/28/15 7:59 PM, Jay Lau wrote:<u class=""></u><u class=""></u></p>
</div>
</span>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt" class=""><span class="">
<div class="">
<div class="">
<div class="">
<p class="MsoNormal" style="margin-bottom:12.0pt">Hi Suro,<u class=""></u><u class=""></u></p>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt">Sorry for late. IMHO, even the "magnum service-list" is getting data from DB, but the DB is actually persisting some data for Kubernetes service, so my thinking is it possible to change "magnum service-list"
to "magnum k8s-service-list", same for pod and rc.<u class=""></u><u class=""></u></p>
</div>
<div class="">
<p class="MsoNormal" style="margin-bottom:12.0pt">I know this might bring some trouble for backward compatibility issue, not sure if it is good to do such modification at this time. Comments?<u class=""></u><u class=""></u></p>
</div>
<p class="MsoNormal">Thanks<u class=""></u><u class=""></u></p>
</div>
</span>
<div class="">
<div class="h5">
<div class="">
<p class="MsoNormal"><u class=""></u> <u class=""></u></p>
<div class="">
<p class="MsoNormal">2015-07-27 20:12 GMT-04:00 SURO <<a href="mailto:suro.patz@gmail.com" target="_blank" class=""></a><a href="mailto:suro.patz@gmail.com" target="_blank" class="">suro.patz@gmail.com</a>>:<u class=""></u><u class=""></u></p>
<div class="">
<p class="MsoNormal">Hi all,<br class="">
As we did not hear back further on the requirement of this blueprint, I propose to keep the existing behavior without any modification.<br class="">
<br class="">
We would like to explore the decision on this blueprint on our next weekly IRC meeting[1].<br class="">
<u class=""></u><u class=""></u></p>
<pre class="">Regards,<u class=""></u><u class=""></u></pre>
<pre class="">SURO<u class=""></u><u class=""></u></pre>
<pre class="">irc//freenode: suro-patz<u class=""></u><u class=""></u></pre>
<pre class=""><u class=""></u> <u class=""></u></pre>
<pre class="">[1] - <a href="https://wiki.openstack.org/wiki/Meetings/Containers" target="_blank" class="">https://wiki.openstack.org/wiki/Meetings/Containers</a><u class=""></u><u class=""></u></pre>
<table border="0" cellpadding="0" class="">
<tbody class="">
<tr class="">
<td style="padding:.75pt .75pt .75pt .75pt" class="">
<p class="MsoNormal">2015-07-28 <u class=""></u><u class=""></u></p>
</td>
<td style="padding:.75pt .75pt .75pt .75pt" class="">
<p class="MsoNormal">UTC 2200 Tuesday <u class=""></u><u class=""></u></p>
</td>
</tr>
</tbody>
</table>
<div class="">
<div class="">
<pre class=""> <u class=""></u><u class=""></u></pre>
<div class="">
<p class="MsoNormal">On 7/21/15 4:54 PM, SURO wrote: <u class=""></u><u class=""></u></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt" class="">
<p class="MsoNormal">Hi all, [special attention: Jay Lau] The bp[1] registered, asks for the following implementation -
<u class=""></u><u class=""></u></p>
<ul type="disc" class="">
<li class="MsoNormal">'magnum service-list' should be similar to 'nova service-list'<u class=""></u><u class=""></u>
</li><li class="MsoNormal">'magnum service-list' should be moved to be ' magnum k8s-service-list'. Also similar holds true for 'pod-list'/'rc-list'<u class=""></u><u class=""></u>
</li></ul>
<p class="MsoNormal">As I dug some details, I find - <u class=""></u><u class=""></u></p>
<ul type="disc" class="">
<li class="MsoNormal">'magnum service-list' fetches data from OpenStack DB[2], instead of the COE endpoint. So technically it is not k8s-specific. magnum is serving data for objects modeled as 'service', just the way we are catering for 'magnum container-list'
in case of swarm bay.<u class=""></u><u class=""></u> </li><li class="MsoNormal">If magnum provides a way to get the COE endpoint details, users can use native tools to fetch the status of the COE-specific objects, viz. 'kubectl get services' here.<u class=""></u><u class=""></u>
</li><li class="MsoNormal">nova has lot more backend services, e.g. cert, scheduler, consoleauth, compute etc. in comparison to magnum's conductor only. Also, not all the api's have this 'service-list' available.
<u class=""></u><u class=""></u></li></ul>
<p class="MsoNormal">With these arguments in view, can we have some more explanation/clarification in favor of the ask in the blueprint? [1] -
<a href="https://blueprints.launchpad.net/magnum/+spec/magnum-service-list" target="_blank" class="">
https://blueprints.launchpad.net/magnum/+spec/magnum-service-list</a> [2] - <a href="https://github.com/openstack/magnum/blob/master/magnum/objects/service.py#L114" target="_blank" class="">
https://github.com/openstack/magnum/blob/master/magnum/objects/service.py#L114</a>
<u class=""></u><u class=""></u></p>
<pre class="">-- <u class=""></u><u class=""></u></pre>
<pre class="">Regards,<u class=""></u><u class=""></u></pre>
<pre class="">SURO<u class=""></u><u class=""></u></pre>
<pre class="">irc//freenode: suro-patz<u class=""></u><u class=""></u></pre>
</blockquote>
</div>
</div>
</div>
</div>
<p class="MsoNormal"><br class="">
<br clear="all" class="">
<br class="">
-- <u class=""></u><u class=""></u></p>
<div class="">
<div class="">
<div class="">
<div class="">
<div class="">
<p class="MsoNormal" style="margin-bottom:12.0pt">Thanks,<u class=""></u><u class=""></u></p>
</div>
<p class="MsoNormal">Jay Lau (Guangya Liu)<u class=""></u><u class=""></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</blockquote>
<p class="MsoNormal"><u class=""></u> <u class=""></u></p>
</div>
<br class="">
<fieldset class=""></fieldset> <br class="">
<pre class="">__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: <a href="mailto:OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank" class="">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank" class="">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a>
</pre>
</blockquote>
<br class="">
</div>
<br class="">
__________________________________________________________________________<br class="">
OpenStack Development Mailing List (not for usage questions)<br class="">
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org/?subject:unsubscribe" rel="noreferrer" target="_blank" class="">
OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br class="">
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank" class="">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br class="">
<br class="">
</blockquote>
</div>
<br class="">
<br clear="all" class="">
<br class="">
-- <br class="">
<div class="gmail_signature">
<div dir="ltr" class="">
<div class="">
<div dir="ltr" class="">
<div class="">Thanks,<br class="">
<br class="">
</div>
Jay Lau (Guangya Liu)<br class="">
</div>
</div>
</div>
</div>
</div>
__________________________________________________________________________<br class="">
OpenStack Development Mailing List (not for usage questions)<br class="">
Unsubscribe: <a href="mailto:OpenStack-dev-request@lists.openstack.org" class="">
OpenStack-dev-request@lists.openstack.org</a>?subject:unsubscribe<br class="">
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" class="">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br class="">
</div>
</blockquote>
</div>
<br class="">
</div>
</div>
</body>
</html>