<div dir="ltr">Hi Blair<div><br></div><div>Agree with you on a lot of that stuff, although on lifecycle management we certainly have a bunch of tooling in place to handle scenarios like initial creation of user environments ( basic network and router setup ), freezing resources for non-payment, offboarding of customers after account deletion etc. You are correct in the sense that we only get involved in lifecycle management if someone stops paying, although we've started doing some stuff around automatic IP address reclaiming from routers where we have customers sitting without any usage for extended periods. </div><div><br></div><div>Matt</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 26 September 2016 at 09:14, Blair Bethwaite <span dir="ltr"><<a href="mailto:blair.bethwaite@gmail.com" target="_blank">blair.bethwaite@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">Hi Matt,</p>
<p dir="ltr">I think your dot points make sense. And yes, I was thinking about Science Cloud overlap. I see Science Clouds as potentially sharing most or all of these attributes (with the notable exception being charging in terms of end users seeing a $ figure, showback and/or instance/cpu hour quotas might be used instead). However, Science Clouds are probably not accessible to the general public but require membership in, or sponsorship from, some community in order to get an account.</p>
<p dir="ltr">The specific problems you mention, rather than attributes of the deployment models, are probably the best way to define this in a way that let's folks determine their interest. The biggest difference seems to be that commercial providers have no major interest in the lifecycle management of customer infrastructure, whereas for Science Clouds turning things off and cleaning up data is a policy issue that does not appear to have resulted in any common tooling yet.</p>
<p dir="ltr">Cheers,<br>
Blair</p><div class="HOEnZb"><div class="h5">
<div class="gmail_extra"><br><div class="gmail_quote">On 22 Sep 2016 6:35 PM, "Matt Jarvis" <<a href="mailto:matt.jarvis@datacentred.co.uk" target="_blank">matt.jarvis@datacentred.co.uk</a><wbr>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hey Blair<div><br></div><div>Now you've done it ! OK, I'll bite and have a go at categorising that a bit :</div><div><br></div><div>1. Multi-tenant - tenants need clear separation</div><div>2. Self service sign up - customers on board themselves</div><div>3. Some kind of charging model in place which requires resource accounting</div><div>4. API endpoints and possibly management applications presented outside of your own network</div><div><br></div><div>Not sure that entirely works, but best I can come up with off the top of my head. For commercial public clouds we have some very specific problem spaces in common - handling credit cards and personal information, fraud prevention, commercial modelling for capacity planning etc. Is where you're going with this that some of the science clouds share some of the attributes above ? </div><div><br></div><div>Matt</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 22 September 2016 at 00:40, Blair Bethwaite <span dir="ltr"><<a href="mailto:blair.bethwaite@gmail.com" target="_blank">blair.bethwaite@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">Hi Matt,<div><br></div><div>At considerable risk of heading down a rabbit hole... how are you defining "public" cloud for these purposes?<br></div><div><br></div><div>Cheers,</div><div>Blair</div></div><div class="gmail_extra"><br><div class="gmail_quote"><span>On 21 September 2016 at 18:14, Matt Jarvis <span dir="ltr"><<a href="mailto:matt.jarvis@datacentred.co.uk" target="_blank">matt.jarvis@datacentred.co.uk</a><wbr>></span> wrote:<br></span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span><div dir="ltr">Given there are quite a few public cloud operators in Europe now, is there any interest in a public cloud group meeting as part of the ops meetup in Barcelona ? I already know many of you, but I think it could be very useful to share our experiences with a wider group. </div>

<br>
</span><span><span style="color:rgb(34,34,34);font-family:arial,sans-serif;background-color:rgb(255,255,255)">DataCentred Limited registered in England and Wales no. 05611763</span><br></span><span>______________________________<wbr>_________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org" target="_blank">OpenStack-operators@lists.open<wbr>stack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-operators</a><br>
<br></span></blockquote></div><span><font color="#888888"><br><br clear="all"><div><br></div>-- <br><div data-smartmail="gmail_signature">Cheers,<br>~Blairo</div>
</font></span></div>
</blockquote></div><br></div>

<br>
<span style="color:rgb(34,34,34);font-family:arial,sans-serif;background-color:rgb(255,255,255)">DataCentred Limited registered in England and Wales no. 05611763</span></blockquote></div></div>
</div></div></blockquote></div><br></div>

<br>
<span style="color:rgb(34,34,34);font-family:arial,sans-serif;background-color:rgb(255,255,255)">DataCentred Limited registered in England and Wales no. 05611763</span>