Configuration (configuration)
Description
A structure that connects the infrastructure, logic, and data layers to each other. Based on the active configuration, the entire cluster of the deployed system is built and operates «Incoplax».
The configuration is initially deployed with the master server and is contained on disk. It contains only one server with a basic set of roles.
Configuration changes are performed in the configuration editor application or via API, after which the configuration is saved in the domain, validated, and, if validation is successful, can be applied.
Limitations
-
The collection is only available in the master domain.
-
If you change any field of the configuration object in the database after a domain reload, the object will not be loaded, the check by hash.
-
Unable to delete the active configuration.
-
If there is no active configuration in the master domain, the MIC applies the last active configuration from disk.
-
Only one configuration can be in a state "active".
-
Validation is performed relative to the currently active configuration, so an arbitrary configuration loaded externally is invalid in the vast majority of cases.
Fields
{
"id": uuid,
"name": str,
"state": str,
"content": object,
"opts": {
"title": str,
"comment": str
},
"ext": {
"ct": date,
"lwt": date,
"warnings": str,
"errormsg": str,
"activation_time": date,
"deactivation_time": date,
"version": str
}
}
States
Status | Description | Limitations |
---|---|---|
|
New configuration |
|
|
The configuration has been validated and is correct, the list of warnings is specified in the ext.errormsg" field, " * is set by the system |
|
|
* is set by the system |
|
|
* available for installation via api |
|