[openstack-dev] [Zaqar] Call for adoption (or exclusion?)
rybrown at redhat.com
Tue Apr 21 12:51:02 UTC 2015
On 04/20/2015 07:12 PM, Steve Baker wrote:
> On 21/04/15 11:01, Angus Salkeld wrote:
>> On Tue, Apr 21, 2015 at 8:38 AM, Fox, Kevin M <Kevin.Fox at pnnl.gov
>> <mailto:Kevin.Fox at pnnl.gov>> wrote:
>> As an Op, a few things that come to mind in that category are:
>> * RDO packaging (stated earlier). If its not easy to install, its
>> not going to be deployed as much. I haven't installed it yet,
>> because I haven't had time to do much other then yum install it...
>> * Horizon UI
>> * Heat Resources. (Some basic stuff like create/delete queue to
>> go along with the stack. also link #1 below)
>> Here you go:
> One thing we need to do in Vancouver is come up with criteria for moving
> resources from contrib into the main tree. Previously this was whether
> the project was integrated. As a starter I would suggest something like:
> 1. project is in the openstack git namespace
> 2. the client library is synced with global-requirements.txt
> 3. the resources are complete enough to be useful in template authoring
> We need to think about potential for integration testing in the gate too.
I think scenario/functional tests should be table stakes to graduate a
resource from contrib/ .
>> Horizon has a discovery aspect to it. If users don't know a
>> service is available, its hard for them to use it. Even with the
>> most simple UI of Create/Delete/List queues, discovery is handled.
Absolutely agreed. Especially in a service like Zaqar where the vast
majority of usage isn't by humans in a web interface, the horizon bit
becomes mostly a dashboard/auditing/testing destination instead of a
Ryan Brown / Software Engineer, Openstack / Red Hat, Inc.
More information about the OpenStack-dev