Environments

By default, ConfigPortal provides four, predefined Staging Environments. These are defined as such:

Productive (PROD):

• The actual live system used for media production by a customer.
• It is often used 24/7 for production and it is considered risky to effectuate changes in a live system.

Integration (INT):

• Test system in the customer's infrastructure / network.
• Used for testing by the customer and for acknowledging updates for going live in the PROD Environment.
• Testing in a customer's infrastructure with the correct version of 3rd party components.
• This Environment is use mainly by the customer's administrators or key users.

Transition (TRANS):

• The test system in the Arvato Systems S4M network
• Used for preconfiguring systems and testing system changes or extension projects
• Used for analyzing errors from the support and project team independently from the customer Environments.
• S4M engineers use this Environment mainly to try out and test configurations and updates.
• Used for debugging problems reported from the PROD or INT Stages.

Development (DEV):

• The test system in the Arvato Systems S4M network
• Used for developing specific systems, try outs and testing in a development Environment
• Used for debugging problems reported in the PROD that require debugging
• Used mainly by the Arvato Systems S4M development team.

These are the Stages that can be seen in ConfigPortal's UI at the top as tabs. Users are able to select a particular Stage to see the latest configuration status stored in the ConfigPortal data store.

The UI also indicates if a parameter is Staging dependent or not.
Staging dependent parameter:

• Are marked with a "Flag" icon in the UI, as seen with the "Status" and "Vidispine Id" parameters.
• Where the parameter values may differ between Stages.
• Usually data related to the infrastructure such as: IP addresses, credentials, hostnames as examples.

Staging independent parameters:

• Have no marker inside the UI as this is the expected behavior of a configuration
• Cannot differ between Stages when the Staging process was executed
• Usually functional configuration of system behavior such as timeouts, SW modes, presets

The example below illustrates an example in which the name and protocol of a storage access are marked as not Staging dependent while parameters like hostname, username and password are handled as Staging d dependent.