website: clarify unique per-ndoe
This commit is contained in:
parent
c656bbfbcf
commit
0b87eb29de
|
@ -52,8 +52,8 @@ A TTL based check is very similar:
|
|||
|
||||
Both types of definitions must include a `name`, and may optionally
|
||||
provide an `id` and `notes` field. The `id` is set to the `name` if not
|
||||
provided. It is required that all checks have a unique ID, so if names
|
||||
might conflict, then unique ID's should be provided.
|
||||
provided. It is required that all checks have a unique ID per node, so if names
|
||||
might conflict then unique ID's should be provided.
|
||||
|
||||
The `notes` field is opaque to Consul, but may be used for human
|
||||
readable descriptions. The field is set to any output that a script
|
||||
|
|
|
@ -31,8 +31,8 @@ A service definition that is a script looks like:
|
|||
|
||||
A service definition must include a `name`, and may optionally provide
|
||||
an `id`, `tags`, `port`, and `check`. The `id` is set to the `name` if not
|
||||
provided. It is required that all services have a unique ID, so if names
|
||||
might conflict, then unique ID's should be provided.
|
||||
provided. It is required that all services have a unique ID per node, so if names
|
||||
might conflict then unique ID's should be provided.
|
||||
|
||||
The `tags` is a list of opaque value to Consul, but can be used to distinguish
|
||||
between "master" or "slave" nodes, different versions, or any other service level labels.
|
||||
|
|
Loading…
Reference in New Issue