<br><br><div class="gmail_quote">On 9 July 2013 20:12, Thierry Carrez <span dir="ltr"><<a href="mailto:thierry@openstack.org" target="_blank">thierry@openstack.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">Robert Collins wrote:<br>
> I thought I would get some input on a draft statement before submitting<br>
> one for the TC to vote on.<br>
><br>
> We're very focused on using OpenStack components in the delivery as much<br>
> as possible - growing the capabilities of OpenStack rather than working<br>
> around things; so I've captured that in the mission statement. While<br>
> we're focused on trunk deploys today, I think that is more tactical than<br>
> mission-level : we'd be totally happy to work with releases (as well)<br>
> should interested people want to step up and help maintain stable<br>
> branches of the tripleo heat templates etc.<br>
><br>
> So - here is the draft:<br>
><br>
> Official Title: OpenStack Deployment<br>
> PTL: Robert Collins <<a href="mailto:robertc@robertcollins.net">robertc@robertcollins.net</a><br>
</div>> <mailto:<a href="mailto:robertc@robertcollins.net">robertc@robertcollins.net</a>>><br>
<div class="im">> Mission Statement:<br>
>   Develop and maintain the tooling and infrastructure needed to<br>
>   deploy OpenStack in production, using OpenStack itself wherever<br>
>   possible.<br>
<br>
</div>Looks good. Personally I'd probably not say "needed to deploy OpenStack<br>
in production", which sounds a bit exclusive: I'm not sure we want to<br>
bless one deployment method and exclude others... Maybe something like<br>
"...tooling and infrastructure able to deploy OpenStack in production at<br>
scale, reusing OpenStack itself..."</blockquote><div><br><br>So tripleo scales down too, the same potential issue you raise with excluding other deployment methodologies applies if we say 'at scale', in reverse ;).<br>
<br>How about<br>>   Develop and maintain tooling and infrastructure able to<br>
>   deploy OpenStack in production, using OpenStack itself wherever<br>
>   possible.<br><br>That is s/the// - removing the implication of a singleton, and s/needed/able/<br><br>-Rob<br></div></div><br>-- <br>Robert Collins <<a href="mailto:rbtcollins@hp.com" target="_blank">rbtcollins@hp.com</a>><br>
Distinguished Technologist<br>HP Cloud Services