<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p>We're on the same page. I was just not sure if I should go to far
away given we're even mixing all the 'users' now. And I think it's
related to the other point I mentioned in my candidacy:
Constellation. User could be defined by user case, which is the
constellation here composed by different services.<br>
</p>
<p><br>
</p>
<br>
<div class="moz-cite-prefix">On 13/10/17 12:43, Fox, Kevin M wrote:<br>
</div>
<blockquote type="cite"
cite="mid:1A3C52DFCD06494D8528644858247BF01C00A975@EX10MBOX03.pnnl.gov">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<style type="text/css" id="owaParaStyle">P {margin-top:0;margin-bottom:0;}</style>
<div style="direction: ltr;font-family: Tahoma;color:
#000000;font-size: 10pt;">I slightly disagree. I think there are
3 sets of users not 2...<br>
Operators, Tenant Users, and Tenant Application Developers.<br>
<br>
Tenant Application Developers develop software that the Tenant
Users deploy in their tenant.<br>
<br>
Most OpenStack developers consider the latter two to always be
the same person. And it has made it very difficult to use for
Tenant Users that aren't Tenant Application Developers to use
OpenStack.<br>
<br>
Sometimes Tenant Users are pure ops, not devops. Sometimes they
are not even traditional CS folks but physicists, biologists,
etc.<br>
<br>
Thanks,<br>
Kevin<br>
<br>
<div style="font-family: Times New Roman; color: #000000;
font-size: 16px">
<hr tabindex="-1">
<div id="divRpF298172" style="direction: ltr;"><font size="2"
face="Tahoma" color="#000000"><b>From:</b> Fei Long Wang
[<a class="moz-txt-link-abbreviated" href="mailto:feilong@catalyst.net.nz">feilong@catalyst.net.nz</a>]<br>
<b>Sent:</b> Thursday, October 12, 2017 4:16 PM<br>
<b>To:</b> <a class="moz-txt-link-abbreviated" href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.openstack.org</a><br>
<b>Subject:</b> Re: [openstack-dev] [all][tc] TC
Candidates: what does an OpenStack user look like?<br>
</font><br>
</div>
<div>That's one of the points I mentioned in my candidacy:
whom we're building the software for. As a service
maintainer and upstream developer of a public cloud based on
OpenStack, I would say some times we're mixing the term
'users'. The user in OpenStack world includes <b>operators</b>
and <b>tenant users</b> (developers or devops using the
cloud). We have done a good job to get the feedback from
operators with "user" survey, operators mailing list, etc.
But we don't have a good way to hear the voices from those
tenant users, including developers and devops. And that's
very important for the near future of OpenStack.
<br>
<br>
<br>
<div class="moz-cite-prefix">On 13/10/17 10:34, Emilien
Macchi wrote:<br>
</div>
<blockquote type="cite">
<pre>Replying on top of Mohammed, since I like his answer and want to add
some comments.
On Thu, Oct 12, 2017 at 12:07 PM, Mohammed Naser <a class="moz-txt-link-rfc2396E" href="mailto:mnaser@vexxhost.com" target="_blank" moz-do-not-send="true"><mnaser@vexxhost.com></a> wrote:
[...]
</pre>
<blockquote type="cite">
<pre>Ideally, I think that OpenStack should be targeted to become a core
infrastructure tool that's part of organizations all around the world
which can deliver both OpenStack-native services (think Nova for VMs,
Cinder for block storage) and OpenStack-enabled services (think Magnum
which deployed Kubernetes integrated with OpenStack, Sahara which
deploys Big Data software integrated with Swift).
This essentially makes OpenStack sit at the heart of the operations of
every organization (ideally!). It also translates well with
OpenStack's goal of providing a unified set of APIs and interfaces
which are always predictable to do the operations that you expect them
to do. With time, this will make OpenStack much more accessible, as
it becomes very easy to interact with as any individuals move from one
organization to another.
</pre>
</blockquote>
<pre>I agree a lot with Mohammed here. I also like to think we build
OpenStack to place it at the heart of all organizations consuming
infrastructure at any scale or any architecture.
It can be some pieces from OpenStack or a whole set of services
working together.
Also like he said, providing set of API, that are well known; I would
add "stable APIs" (see discussions with Glare / Glance) and ensure
some "perennity" for our end-users.
Having talked with some users, some folks say "OpenStack becomes
boring and we like it". Pursuing the discussion, they like to have
long life API support and stability in how they operate. I think at a
TC level we need to make sure we can both innovate and maintain this
stability at a certain level.
[...]
</pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Cheers & Best regards,
Feilong Wang (王飞龙)
--------------------------------------------------------------------------
Senior Cloud Software Engineer
Tel: +64-48032246
Email: <a class="moz-txt-link-abbreviated" href="mailto:flwang@catalyst.net.nz" target="_blank" moz-do-not-send="true">flwang@catalyst.net.nz</a>
Catalyst IT Limited
Level 6, Catalyst House, 150 Willis Street, Wellington
-------------------------------------------------------------------------- </pre>
</div>
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: <a class="moz-txt-link-abbreviated" href="mailto:OpenStack-dev-request@lists.openstack.org?subject:unsubscribe">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a>
<a class="moz-txt-link-freetext" href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a>
</pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Cheers & Best regards,
Feilong Wang (王飞龙)
--------------------------------------------------------------------------
Senior Cloud Software Engineer
Tel: +64-48032246
Email: <a class="moz-txt-link-abbreviated" href="mailto:flwang@catalyst.net.nz">flwang@catalyst.net.nz</a>
Catalyst IT Limited
Level 6, Catalyst House, 150 Willis Street, Wellington
-------------------------------------------------------------------------- </pre>
</body>
</html>