...
This field should give indication on of the logic location/group where the device is located or to what group/experiment it belongs. Note that networked elements may change the physical position so specify an exact position/location must be carefully evaluated.
...
sparc, btf, tex, dcs, dafne... can be good for devices in the control of the facilities.
...
Funtionality/family/type
This field should give additional information on the object functionality/family/type, the .
This information is up to the owner, but should recall the functionality and of the object.
Examples
Often a machine/docker/device has a particular functionality. Specify the functionality is the preferred extension that we use:
...
funtionality | Description |
|---|---|
| mem | Memory Cache generic (memcached/couchbase) |
| couch | Memory Cache (couchbase) |
| db | Generic Database |
| influx | InfluxDB |
| sql | Generic SQL |
| mysql | mysql/mariadb |
| mongo | MongoDB |
| grafana | grafana |
| ... | |
| bpm | Beam Position Monitor |
..... |
| Code Block | ||||
|---|---|---|---|---|
| ||||
vldantemem001 ## a good example of a memcached server on a virtual linux machine for the DanteControSystem
plsparcmem001 ## a good example of a memcached server on a physical linux machine serving sparc
bdsparcbpm001 ## a generic bpm in sparc
vwbtfhactr005 ## a virtual windows server in btf
|
Often an object is instead identified by its the commercial name:
...