Tacker/术语

背景

目前术语是由服务虚拟机和设备管理器独立定义的。需要统一的术语。首先列出这些术语并找出共同点。

注意：相同的术语可以用于不同的含义

Tacker 术语

• 设备模板

一个模板（即一组定义属性），可以从中创建设备实例。

• 宿主机设备（或者仅仅是设备）

能够承载服务实例的设备实例。这些实例可以是虚拟的（例如，虚拟机）或物理的（？）。

• 服务
• 服务类型
• 服务实例

某个 Openstack（或基于 Openstack 的）服务的逻辑资源实例。[应该与 Neutron 的服务实例定义至少保持一致]

• 设备管理子系统驱动程序

Tacker 用于管理（例如，CRUD）设备的系统或服务的驱动程序。例如 Nova 和 Heat。

• 设备驱动程序
• 管理驱动程序

[Bob：不确定这个驱动程序应该做什么。使用宿主机设备的服务肯定需要一个驱动程序来实例化和管理他们的服务实例，但我认为 Tacker 不需要了解这些驱动程序，那么还剩下什么？]

• 管理地址（替换为管理 URI 或类似内容？）
• 管理服务驱动程序

[Bob：我倾向于认为服务驱动程序超出 Tacker 的范围。我们应该努力做到服务无关性]

• 管理服务地址

[Bob：我们是否有任何服务管理地址与设备管理地址不同的例子？除非有，否则我建议我们删除这个]

• 管理调用
• 管理服务调用
• 服务设备绑定
• RPC 代理
• 代理管理端口
• 代理服务端口