<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif; ">
<div><br>
</div>
<div><br>
</div>
<span id="OLK_SRC_BODY_SECTION">
<div style="font-family:Calibri; font-size:11pt; text-align:left; color:black; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style="font-weight:bold">>From: </span>matt <<a href="mailto:matt@nycresistor.com">matt@nycresistor.com</a>><br>
<span style="font-weight:bold">>Date: </span>Monday, March 31, 2014 9:55 AM<br>
<span style="font-weight:bold">>To: </span>Joe Topjian <<a href="mailto:joe@topjian.net">joe@topjian.net</a>><br>
<span style="font-weight:bold">>Cc: </span>"<a href="mailto:openstack-operators@lists.openstack.org">openstack-operators@lists.openstack.org</a>" <<a href="mailto:openstack-operators@lists.openstack.org">openstack-operators@lists.openstack.org</a>><br>
<span style="font-weight:bold">>Subject: </span>Re: [Openstack-operators] Atlanta Summit - More Ops? ;)<br>
</div>
<div><br>
</div>
<div>
<div>
<div dir="ltr">
<div>
<div>
<div>>As I said before,<br>
<br>
</div>
>why not run it as the OSSG is ran? an opt in group that can work together to focus on initiatives related to operators needs / wants?<br>
<br>
</div>
>an OSOG ( OpenStack Operators Group ). If we want to target development or documentation efforts we can coordinate there. Also >surveys / possibly setting up something like the UX team for horizon. A group that cleans up tickets and provides better information
for >developers. Become a resource with a structured involvement.</div>
</div>
</div>
</div>
</span>
<div><br>
</div>
<div>I agree, in general, in the ad hoc approach. I'd rather see the output of all this be enhancing the work of the User Committee to articulate the voice of both the "Operators" and the "end users". I think the point earlier in the thread about the dynamic
nature of anyone in "operations"'s work day is very valid from a contribution perspective. Honestly, I think we could make up more ground right now by focusing on inter-cycle mini summits and the additional Operations focus at the main summits. The new blueprint
review process is also a huge opportunity for "Operators" to contribute in a very meaningful way.</div>
<span id="OLK_SRC_BODY_SECTION">
<div>
<div>
<div dir="ltr">
<div><br>
<br>
</div>
<div>>One of the reasons I think this ad hoc method works best is that there is so much variety in operators. We don't want the rackspaces, and >HPs for the world dominating the discussion / goals. We want the little guys to be able to contribute meaningfully.<br>
</div>
</div>
</div>
</div>
</span>
<div><br>
</div>
<div>
<div>I totally agree that no one group/company/person should have an overbearing share of influence, but I'd actually argue we have the reverse problem. Much of the design, and implementation of OpenStack is influenced by the smaller, private cloud, style
implementations. This is very often noticed during and right after deploys with database migrations, new queries, etc, but there are other areas as well. I would actually like to see these efforts draw out more "Operations" feedback from Rackspace, HP, eBay,
CERN, Yahoo, IBM, etc on the pains they are experiencing at scale. That last thing I want is the "big boys" walking around and saying "this is how everything has to be", but I would like to see the larger implementers showing the community where they fear
"this thing won't work and here's why" in a collective voice. </div>
<div><br>
</div>
<div>For example, it was clear from feedback at the Operator mini-summit that many folks – both large and small – don't think Ceilometer is going to scale properly. I know some of the folks offered up to be Core for that product were from larger providers,
and were trying to make that very point. They were rejected, but I think that's a failure of lack of collective voice about the issues being seen at scale coming from the community at all sizes. More input from those already trying to run services like this
at a massive scale would really help these types of discussions.</div>
</div>
<div><br>
</div>
<div>Perhaps, we actually need a collection of user groups that are bound by size, type of workloads, Enterprise vs Service Provider, etc. Today, they seem largely based on geography. While I agree that it's easy to slice things as "big" vs "small", I think
there are many other useful slices that we can and should build collective voices around.</div>
<span id="OLK_SRC_BODY_SECTION">
<div>
<div>
<div dir="ltr">
<div><br>
</div>
<div>>Thoughts?<br>
<br>
</div>
<div>>-Matt<br>
</div>
</div>
<div class="gmail_extra"><br>
</div>
</div>
</div>
</span>
<div>
<div>This is great conversation, though! I love seeing the "Operator" community pushing for more involvement and getting plugged in to OpenStack, as a whole, in new ways. If you haven't already, please take a look at the Extra sessions for the Atlanta summit
that Tom put together at the start of this discussion - <a href="https://etherpad.openstack.org/p/ATL-ops-unconference-RFC">https://etherpad.openstack.org/p/ATL-ops-unconference-RFC</a>. Back to the main point of this thread, though, we need to do anything
we can to keep the momentum going from the mini-summit, blueprint reviews and these extra ATL sessions. It feels like trying to change the overall governance will mire that down a bit. The adhoc approach seems much better – and more flexible – as we iterate
on the advancements from the last month or so.</div>
<div><br>
</div>
<div>Thanks!</div>
<div>Matt</div>
</div>
<span id="OLK_SRC_BODY_SECTION">
<div>
<div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Mon, Mar 31, 2014 at 10:43 AM, Joe Topjian <span dir="ltr">
<<a href="mailto:joe@topjian.net" target="_blank">joe@topjian.net</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"><br>
<div class="gmail_extra">
<div class="gmail_quote">
<div class="">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
As I see it there's (at least) three major community segments, from<br>
smallest to largest:<br>
<br>
* Developer, who write the code<br>
* Operators/Administrators/(pick your title), who build and maintain<br>
production clouds<br>
* Users who actually deploy applications on top of the cloud<br>
</blockquote>
<div><br>
</div>
</div>
<div>+1 </div>
</div>
</div>
</div>
<br>
_______________________________________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org">OpenStack-operators@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
<br>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</span>
</body>
</html>