> On Jan 22, 2014, at 7:09 AM, Jaromir Coufal <jcou...@redhat.com> wrote: > > > > > > > On 2014/22/01 10:00, Jaromir Coufal wrote: > >> > >> > >> On 2014/22/01 00:56, Tzu-Mainn Chen wrote: > >>> Hiya - Resource is actually a Heat term that corresponds to what we're > >>> deploying within > >>> the Overcloud Stack - i.e., if we specify that we want an Overcloud > >>> with 1 Controller > >>> and 3 Compute, Heat will create a Stack that contains 1 Controller and > >>> 3 Compute > >>> Resources. > >> > >> Then a quick question - why do we design deployment by > >> increasing/decreasing number of *instances* instead of resources? > >> > >> -- Jarda > > > > And one more thing - Resource is very broad term as well as Role is. The > > only difference is that Heat accepted 'Resource' as specific term for them > > (you see? they used broad term for their concept). So I am asking myself, > > where is difference between generic term Resource and Role? Why cannot we > > accept Roles? It's short, well describing... > > > > I am leaning towards Role. We can be more specific with adding some extra > > word, e.g.: > > * Node Role > > +1 to Node Role. I agree that “role” is being used as a generic term here. > I’m still convinced it’s important to use “Node” in the name since this is > the item we are describing by assigning it a certain type of role.
I'm *strongly* against Node Role. In Ironic, a Node has no explicit Role assigned to it; whatever Role it has is implicit through the Instance running on it (which maps to a Heat Resource). In that sense, we're not really monitoring Nodes; we're monitoring Resources, and a Node "just happens" to be one attribute of a Resource. Mainn > Liz > > > * Deployment Role > > ... and if we are in the context of undercloud, people can shorten it to > > just Roles. But 'Resource Category' seems to me that it doesn't solve > > anything. > > > > -- Jarda > > > > _______________________________________________ > > OpenStack-dev mailing list > > OpenStack-dev@lists.openstack.org > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > > _______________________________________________ > OpenStack-dev mailing list > OpenStack-dev@lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > _______________________________________________ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
