Skip to main content





Configure the infrastructure management console

This article applies to: OutSystems 10         Other versions available: 11

LifeTime is the centralized console for managing the infrastructure, environments, applications, IT users, and security. Given its requirements, this application should run in a dedicated environment. Note that, from OutSystems 11 onwards, installing LifeTime in an existing environment is not supported.

Logging into the infrastructure management console for the first time

After you have installed LifeTime, open it in your browser using the http://<your_server>/lifetime URL. 

If you are installing OutSystems Platform for the first time, use the default credentials (admin/admin), and change the credentials. If you are upgrading from a previous version of OutSystems Platform, you may use Service Center administrator credentials to login into LifeTime.

Since in LifeTime the scope of roles is across environments, it is recommended that you review the users which should remain with Administrator role after importing environments. For example, a user with Administrator role in Development is also an administrator in Production.

Creating new roles

Service Center Roles are not imported when a new environment is imported to LifeTime. This is due to a difference in granularity and scope of roles in LifeTime. Therefore, you must rethink the security policy of the infrastructure.

Comparing Service Center and LifeTime roles

An IT User in LifeTime can only have one role which specifies the IT user permissions in every environment of the infrastructure. IT user permissions can be further configured by granting specific permissions per application in each of the environments.

Example 1

John Penn is an external developer and only needs permissions to publish the Mobile Sales in the Development Environment.

Permissions in Service Center

Create a role for Mobile Sales developers in the Development Environment. Assign John Penn that role.

Permissions in LifeTime

Create an External Developer role that does not have permissions in any environment, and assign John Penn with that role. Then increase John's permissions for the Mobile Sales application, letting him change and deploy that application in Development.


Example 2

Lisa Carlson also works on the Mobile Sales team. She is able to deploy to Development and Quality Assurance.

Permissions in Service Center

Create a role for Mobile Sales developer in the Quality Assurance environment, with the same permissions of that role in Development. In each environment assign Lisa with that role.

Permissions in LifeTime

Assign Lisa the external developer role and increase her permissions for the Mobile Sales application, letting her deploy in both Development and Quality Assurance.


Example 3

The architecture team decides to add one more module to the Mobile Sales application. The permissions must be updated to let the developers change that module.

Permissions in Service Center

In Development and Quality Assurance, change the Mobile Sales developer role to include permissions for the new module.

Permissions in LifeTime

Since the permissions are managed by application, nothing needs to be changed.

Creating new roles in LifeTime

By default, LifeTime has two built-in roles: Administrator and Developer, to address the simplest infrastructure security configuration: a single team developing all applications and an IT administrator responsible for managing the infrastructure.

If you need to enforce more complex security policies across the infrastructure, you need to create new and specific roles for IT users in LifeTime. Check the OutSystems Platform documentation to learn how to create new roles.

You can create new roles at any time in Life Time and every IT user must have a role associated.

When importing environments, if you already know which roles IT users will have, it is much easier to create those roles beforehand. Then, in the process of adding an environment, LifeTime asks you to choose the role for imported users, and having them already created allows you to set them right on that moment and in a single place. If you choose not to create your roles beforehand, you’ll have to select one of the default roles, and later on create the roles and edit each imported IT user and set the right role for him.

To create new roles, simply go to the Users & Roles tab, click on New Role and set the role name. In the next section, environments are registered and you configure the specific permissions of the role for each environment.


Register an environment

The LifeTime environment must be the most up-to-date environment in the infrastructure. When registering an environment in LifeTime, make sure the Platform Server version of that environment is the same or lower than the Platform Server version of LifeTime environment.

The environments must be registered in the same order they are used in the factory workflow. As an example, you should register Development, Quality Assurance, Pre-Production, and Production environments in LifeTime by this order. This ensures that all other environments catch up the application definition from the Development environment and that the synchronization between LifeTime and the environments is correctly performed.

Starting with the Development environment: type the address of the machine that hosts the Platform Server for the Development environment and click on Register


LifeTime logs in to the environment using the credentials of the user that is currently logged in and doing the operation. In case this user has no administrator permissions in the environment, LifeTime asks for the right credentials.

Next, LifeTime checks whether the environment being registered can respond to LifeTime requests. In the example above, it checks if the environment can be contacted. If it is not possible, LifeTime asks for an alternative address (LifeTime External Address) through which LifeTime can be reached.

If you have setup a firewall rule to allow your environments to reach LifeTime at, then this is the value to be used. For more information on setting up LifeTime, or how to configure the security of your infrastructure, see the OutSystems Platform reference documentation.

Specifying permissions for custom roles 

When LifeTime is able to establish communication with an environment, the registration process continues. In case you have already created custom roles in LifeTime, you must configure those roles permissions for the new environment you are registering. 


For each role, click on the Permissions link and change the current permissions in the new environment.


Importing IT users

In this step, LifeTime asks you to set the role for the users imported from the environment you are adding.


In case an IT user already exists in LifeTime, a role is already set for that IT user and you have to do nothing because a Role in LifeTime applies to all environments including the new environment you are creating.

Background synchronization

When you finish importing IT users and click Next, LifeTime starts synchronizing the environments in background. Given that the synchronization process might take several minutes, your applications will slowly appear in the Applications area.


Adding other environments

To add more environments to the three predefined ones (Development, Quality Assurance, and Production), simply click on Register Another Environment and follow the same steps used to register the Development environment. Make sure the Platform Server version of the environment to register is the same or lower than the Platform Server version of LifeTime environment.

After the environment is imported, you can move and place it in the right order in the sequence of environments. Do this by clicking in the arrows placed between environments. When you are finished press the Setup Done! button. Finally, LifeTime allows you to change the name of an environment by clicking on Manage Environments and then on the Edit link of the environment.

You can also change the order of the environments by clicking the arrow between environments to change their order.

Reinstalling LifeTime in a dedicated environment

Given its requirements, LifeTime must run in a dedicated environment. Installing LifeTime in an existing environment is not supported from version OutSystems 11 onwards.

Follow the procedure in Reinstall the infrastructure management console in a dedicated environment to remove the infrastructure management console (LifeTime) from a shared environment and install it in a new dedicated environment.

Language options

The default language of LifeTime is English, but you have the possibility to change it to Japanese, or Portuguese (Brazil). To do so, open the Service Center on the environment where LifeTime is installed, and set up the following Site Properties in the LifeTimeCore module: 

  • EnableLocale: set it to true to activate the translations.
  • Locale: choose either ja or pt-BR. If this site property is left empty, LifeTime screens are displayed according to the end-user browser preferences.