Environments Overview

Fabric Environments are used to run the same project implementation on various data sources by switching between them according to specific needs. For example, defining environments for development, UAT testing and production. Or, in the K2View TDM, switching between several different testing environments.

An environment is defined by a partial or a full list of project's interfaces together with their connection details (server, port, etc.) and must be deployed to the server. Only one environment can be active at a specific time after it is selected from a predefined list of environments and switched as needed.

Environment can be deployed either from the Fabric Studio or from the Fabric server (also known as an Offline Environment Deployment). Offline environment deployment can be implemented by a CI/CD process that copies an environments configuration XML file to a predefined server's location and deploys it using a Fabric command.

Explicit definition of the environments in a project is optional. When no environment is defined and a Logical Unit is deployed to a Fabric server, all the project's interfaces are deployed with their connection details to a default _dev environment. The default environment is not displayed in the Fabric Studio or in the environment's configuration XML file.

An environment can be defined on a cluster level and on a session level. Therefore a user can override an active environment per session and work on it without interacting with the changes of other users. Setting and resetting an active environment per cluster or per session is performed using one of the SET environment commands.

Environments Overview

Fabric Environments are used to run the same project implementation on various data sources by switching between them according to specific needs. For example, defining environments for development, UAT testing and production. Or, in the K2View TDM, switching between several different testing environments.

An environment is defined by a partial or a full list of project's interfaces together with their connection details (server, port, etc.) and must be deployed to the server. Only one environment can be active at a specific time after it is selected from a predefined list of environments and switched as needed.

Environment can be deployed either from the Fabric Studio or from the Fabric server (also known as an Offline Environment Deployment). Offline environment deployment can be implemented by a CI/CD process that copies an environments configuration XML file to a predefined server's location and deploys it using a Fabric command.

Explicit definition of the environments in a project is optional. When no environment is defined and a Logical Unit is deployed to a Fabric server, all the project's interfaces are deployed with their connection details to a default _dev environment. The default environment is not displayed in the Fabric Studio or in the environment's configuration XML file.

An environment can be defined on a cluster level and on a session level. Therefore a user can override an active environment per session and work on it without interacting with the changes of other users. Setting and resetting an active environment per cluster or per session is performed using one of the SET environment commands.