Jump to: navigation, search


< Tacker
Revision as of 22:40, 16 July 2014 by Bobmel (talk | contribs) (Tacker terminology)

Tacker terminology

So far the terminology are defined by service vm and device manager independently. Converged terminology is needed. At first hash out those terminology and find common one.

NOTE: same terminology can be used for different meanings

Tacker terminology

  • Device template

A template (i.e., a set of defining properties) from which device instances can be created.

  • Hosting device (or possibly just Device)

A device instance capable of hosting service instances. These instances can be virtual (e.g., a VM) or physical(?).

  • Service
  • Service type
  • Service instance

A logical resource instance of some Openstack (or Openstack-based) service. [Should be aligned with at least Neutron's service instance definition]

  • Device management subsystem driver

Driver for system or service used by Tacker to manage (e.g., CRUD) a device. Examples of such services are Nova and Heat.

  • Device driver
  • Management driver

["Bob: Not sure what this driver should do. Services that use a hosting device for sure needs a driver to instantiate and manage their service instances but I don't think Tacker needs to be aware of those drivers, so what remains?"]

  • Management address (replace with management URI or similar?)
  • Management service driver

["Bob: I'm inclined to say service driver is out of scope for Tacker. We should strive to be service agnostic"]

  • Management service address

[Bob: Do we have any examples where management address of service differs from management address of device?' Unless we do, I suggest we remove this"]

  • Management call
  • Management service call
  • Service device binding
  • RPC proxy agent
  • Proxy management port
  • Proxy service port