<html dir="ltr">

<head>

<meta http-equiv="Content-Type" content="text/html; charset=gb2312">

<style type="text/css" id="owaParaStyle">P {margin-top:0;margin-bottom:0;}</style>

</head>

<body fpstyle="1" ocsi="0" bgcolor="#FFFFFF">

<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 [feilong@catalyst.net.nz]<br>

<b>Sent:</b> Thursday, October 12, 2017 4:16 PM<br>

<b>To:</b> openstack-dev@lists.openstack.org<br>

<b>Subject:</b> Re: [openstack-dev] [all][tc] TC Candidates: what does an OpenStack user look like?<br>

</font><br>

</div>

<div></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"><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">flwang@catalyst.net.nz</a>

Catalyst IT Limited

Level 6, Catalyst House, 150 Willis Street, Wellington

-------------------------------------------------------------------------- </pre>

</div>

</div>

</div>

</body>

</html>