<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
{font-family:Verdana;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Hi,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">I believe there are two topics of discussion here, one of which is the terminology. The way things are implemented today, I agree that the “plugin” terminology
seems a bit confusing. However, probably the bigger topic of discussion is what kind of a design is preferable, “backend” versus “plugin”? As Yong points out, today’s Quantum service completely relies on the plugin for providing all functionality, including
functionality that is probably common across plugins (like state management of logical resources, IPAM, etc.). Going forward, would it make sense to push some of the common functionality into the Quantum service, and have plugins which actually behave like
the name suggests?<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Thanks,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">~Sumit.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<div style="border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt">
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> netstack-bounces+snaiksat=cisco.com@lists.launchpad.net [mailto:netstack-bounces+snaiksat=cisco.com@lists.launchpad.net]
<b>On Behalf Of </b>Yong Sheng Gong<br>
<b>Sent:</b> Monday, July 30, 2012 7:05 PM<br>
<b>To:</b> Willian Molinari<br>
<b>Cc:</b> OpenStack Development Mailing List; netstack@lists.launchpad.net<br>
<b>Subject:</b> Re: [Netstack] [Quantum] plugin -> backend<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Verdana","sans-serif"">Hi,<br>
Add it into openstack-dev and [quantum] into the subject.<br>
<br>
Yes, 'backend' seems better than 'plugin' for our case here.<br>
<br>
Our plugin is a must for quantum server to work, while 'plugin' tends to make us think it will provide more functionalities if we plug it in.<br>
And I don't think our plugin is 'pluggable backend'. I prefer to call it 'replaceable or configurable' 'backend' or 'dirver'.
<br>
<br>
Thanks<br>
Yong Sheng Gong<br>
<br>
<br>
<br>
<span style="color:#990099"><a href="mailto:-----netstack-bounces+gongysh=cn.ibm.com@lists.launchpad.net">-----netstack-bounces+gongysh=cn.ibm.com@lists.launchpad.net</a> wrote: -----</span><o:p></o:p></span></p>
<div>
<div style="border:none;border-left:solid black 1.5pt;padding:0in 0in 0in 4.0pt">
<p class="MsoNormal" style="margin-bottom:12.0pt"><span style="font-size:10.0pt;font-family:"Verdana","sans-serif"">To:
<a href="mailto:netstack@lists.launchpad.net">"netstack@lists.launchpad.net"</a> <a href="mailto:netstack@lists.launchpad.net">
<netstack@lists.launchpad.net></a><br>
From: Willian Molinari <br>
Sent by: <a href="mailto:netstack-bounces+gongysh=cn.ibm.com@lists.launchpad.net">
netstack-bounces+gongysh=cn.ibm.com@lists.launchpad.net</a><br>
Date: 07/31/2012 07:26AM<br>
Subject: [Netstack] plugin -> backend<o:p></o:p></span></p>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:black">Æ!!<br>
<br>
Hi folks!<br>
<br>
I was concerned to bring the "plugins" discussion because it looks like a bikeshedding
<br>
and it probably was discussed before, but I think it will be beneficial at all.<br>
<br>
What motivated me to bring the discussion was the Metaplugin implementation <br>
(<a href="https://review.openstack.org/#/c/10181/">https://review.openstack.org/#/c/10181/</a>) that looks like a quantum backend implementing<br>
support for plugins.<br>
<br>
When we first looked into quantum we thought that quantum plugin was following the same
<br>
concept of all other plugins (ie we should install a lot of plugins to enhance the application)<br>
but we found that this is not the concept of quantum plugins, talking to Dan about this at<br>
the openstack summit I found the real concept of quantum plugins and I heard some people<br>
saying that plugins should be something like a "pluggable backend", so why not to call the
<br>
plugin just "backend"?<br>
<br>
Looks natural to have just one backend at time and this backend should handle multiple<br>
plugins if needed (the metaplugin case).<br>
<br>
Sorry for bringing a non-technical discussion like this but every time someone asks me to
<br>
explain what quantum does I need to show plugins as "backends" to make sense.<br>
<br>
I'm the only guy that think it's confusing? :P<br>
<br>
Just want to hear your ideas about this topic. <o:p></o:p></span></p>
<div>
<div>
<div>
<div>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:black">--<br>
Willian Molinari<br>
(a.k.a PotHix)<o:p></o:p></span></p>
</div>
</div>
</div>
</div>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Courier New"">-- <br>
Mailing list: <a href="https://launchpad.net/%7Enetstack">https://launchpad.net/~netstack</a><br>
Post to : <a href="mailto:netstack@lists.launchpad.net">netstack@lists.launchpad.net</a><br>
Unsubscribe : <a href="https://launchpad.net/%7Enetstack">https://launchpad.net/~netstack</a><br>
More help : <a href="https://help.launchpad.net/ListHelp">https://help.launchpad.net/ListHelp</a></span><span style="font-size:10.0pt;font-family:"Verdana","sans-serif""><o:p></o:p></span></p>
</div>
</div>
</div>
</div>
</div>
</body>
</html>