Open Stack

On Fri, Oct 3, 2014 at 9:51 AM, Chris Dent <chdent at redhat.com> wrote:

> On Fri, 3 Oct 2014, Joe Gordon wrote:
>
>  * services that nothing depends on
>> * services that don't depend on other services
>>
>> Latest graph: http://i.imgur.com/y8zmNIM.png
>>
>
> I'm hesitant to open this can but it's just lying there waiting,
> wiggling like good bait, so:
>
> How are you defining dependency in that picture?
>

data is coming from here:
https://github.com/jogo/graphing-openstack/blob/master/openstack.yaml
and the key is here: https://github.com/jogo/graphing-openstack

Note ceilometer has no relationships because I wasn't sure what exactly
they were (which were required and which are optional etc.), not because
there are none. It turns out its not easy to find this information in an
easily digestible format.


> For example:
>
> Many of those services expect[1] to be able to send notifications (or
> be polled by) ceilometer[2]. We've got an ongoing thread about the need
> to contractualize notifications. Are those contracts (or the desire
> for them) a form of dependency? Should they be?
>

So in the case of notifications, I think that is a Ceilometer CAN-USE Nova
THROUGH notifications



>
> [1] It's not that it is a strict requirement but lots of people involved
>     with the other projects contribute code to ceilometer or make
>     changes in their own[3] project specifically to send info to
>     ceilometer.
>
> [2] I'm not trying to defend ceilometer from slings here, just point out
>     a good example, since it has _no_ arrows.
>
> [3] "their own", that's hateful, let's have less of that.
>
> --
> Chris Dent tw:@anticdent freenode:cdent
> https://tank.peermore.com/tanks/cdent
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20141003/233c1067/attachment.html>