I support Vitaly's proposal with 'base' group name instead of 'controller'. So, now we have the following suggestion for role list grouping:
BASE: controller, detach-* plugin roles, murano (if it will go to plugin) COMPUTE: compute, virt, compute-vmware, ironic STORAGE: cinder, cinder-block-device, cinder-vmware, ceph-osd OTHER: base-os, mongo, zabbix On Mon, Feb 1, 2016 at 8:46 PM Vitaly Kramskikh <vkramsk...@mirantis.com> wrote: > Folks, > > That's true, Nailgun is still using Role entity - in DB, API, plugins can > provide new roles, etc., and it's not going away, at least in 9.0. > > I'm fine with proposed set of role groups, except the "controller" group. > We don't have anything else but "controller" role in this group in the base > installation, but there are plugins that can detach some services from the > controller, like detach-database, detach-rabbitmq, etc. So these roles with > detached services should also be in the "controller" group, but it looks a > little illogical to me. So I'd prefer to go with something like "base" or > "core" group. > > 2016-01-29 16:53 GMT+03:00 Bogdan Dobrelya <bdobre...@mirantis.com>: > >> On 29.01.2016 13:35, Vladimir Kuklin wrote: >> >> We removed role as abstraction from library. It's very very artificial >> >> abstraction. Instead we use tasks, grouping them to different >> >> combinations. That allows plugin developers to adjust reference >> >> architecture to their needs. >> >> I only replied to that. We did not remove role as abstraction >> >> -- >> Best regards, >> Bogdan Dobrelya, >> Irc #bogdando >> >> __________________________________________________________________________ >> OpenStack Development Mailing List (not for usage questions) >> Unsubscribe: >> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >> > > > > -- > Vitaly Kramskikh, > Fuel UI Tech Lead, > Mirantis, Inc. > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev