[Openstack-operators] [nova] Backlog Specs: a way to send requirements to the developer community
Assaf Muller
amuller at redhat.com
Thu May 14 18:18:06 UTC 2015
Kyle Mestery recently merged a governance change in Neutron that introduces
the idea of request for enhancement bug. Anyone can file a bug against Neutron
and tag it with 'rfe'. The bug should include the problem statement and use cases,
and any developer can later come in write a spec should it require one.
I encourage the Nova community to adopt the same process.
----- Original Message -----
> John,
>
> I believe that backlog should be different much simpler then specs.
>
> Imho Operators don't have time / don't want to write long long specs and
> analyze how they are aligned with specs
> or moreover how they should be implemented and how they impact
> performance/security/scalability. They want
> just to provide feedback and someday get it implemented/fixed.
>
> In Rally we chose different way called "feature request".
> The process is the same as for specs, but template is much simpler.
>
> Here is the page:
> https://rally.readthedocs.org/en/latest/feature_requests.html
>
> And here is the sample of feature request:
> https://rally.readthedocs.org/en/latest/feature_request/launch_specific_benchmark.html
>
>
> Best regards,
> Boris Pavlovic
>
> On Thu, May 14, 2015 at 9:03 PM, Boris Pavlovic < bpavlovic at mirantis.com >
> wrote:
>
>
>
> John,
>
> I believe that backlog should be different much simpler then specs.
>
> Imho Operators don't have time / don't want to write long long specs and
> analyze how they are aligned with specs
> or moreover how they should be implemented and how they impact
> performance/security/scalability. They want
> just to provide feedback and someday get it implemented/fixed.
>
> In Rally we chose different way called "feature request".
> The process is the same as for specs, but template is much simpler.
>
> Here is the page:
> https://rally.readthedocs.org/en/latest/feature_requests.html
>
> And here is the sample of feature request:
> https://rally.readthedocs.org/en/latest/feature_request/launch_specific_benchmark.html
>
>
> Best regards,
> Boris Pavlovic
>
> On Thu, May 14, 2015 at 8:47 PM, John Garbutt < john at johngarbutt.com > wrote:
>
>
> Hi,
>
> I was talking with Matt (VW) about how best some large deployment
> working sessions could send their requirements to Nova.
>
> As an operator, if you have a problem that needs fixing or use case
> that needs addressing, a great way of raising that issue with the
> developer community is a "Backlog" nova-spec.
>
> You can read more about Nova's backlog specs here:
> http://specs.openstack.org/openstack/nova-specs/specs/backlog/
>
> Any questions, comments or ideas, please do let me know.
>
> Thanks,
> John
>
> PS
> In Kilo we formally started accepting "backlog specs", although we are
> only just getting the first of these submitted now. There is actually
> a patch to fix up how they get rendered:
> https://review.openstack.org/#/c/182793/2
>
> _______________________________________________
> OpenStack-operators mailing list
> OpenStack-operators at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>
>
>
> _______________________________________________
> OpenStack-operators mailing list
> OpenStack-operators at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>
More information about the OpenStack-operators
mailing list