Working with Deployment Targets
As an Administrator you set up Deployment Targets to deploy Application Components.
As an Operator, the Installations list helps you track the installation status of your Applications by providing an overview of the Components that are installed on the Deployment Targets, the Artifacts deployed (if any), and other entities used for the deployment.
As an Application Developer, you can use the Auto-Discovering Custom Properties of Deployment Targets feature to save time and effort when working with Application servers, because you do not have to wait for the Application server administrator to provide configuration information.
Important! The actions that you can perform depend on your folder permissions, see: Folder Permissions.
This page includes the following:
Deployment Targets are managed within the Deployment Target section of the Release Automation perspective.
From the Deployment Targets list you can:
- See a list of Deployment Targets you have read access to.
- Edit the properties of a Deployment Target from the sidebar.
- Trigger the most common Actions from the Toolbar.
- Click the left icon or hover over the Deployment Target name on the column header to access its full functionality.
Also, the Related tab of an Application displays its related Environments and Deployment Targets.
Tip: For more information about how to search for entities and narrow down the results, see: Global Search
For more information, see Application Installations
You can define custom views for Deployment Targets as described in the Custom Views section. Beside the custom properties; depending on the Deployment Target type, you can select different system properties to be used in the filters (for example, name, type, status...).
You can create single and multiple Deployment Targets from the Deployment Targets list. This topic describes both methods.
Creating a Single Deployment Target
- Go to the Deployment Targets tab In the Navigator pane.
- Click the Create button in the toolbar. The Create Deployment Target dialog is displayed.
- Enter a unique Deployment Target name. The name can only contain alphanumeric characters, blanks, ., -, _, @, $, #.
- Select the Deployment Target type.
Note: You can set the type only during creation. It is not possible to change it afterwards.
- Select the folder where you want to save the Deployment Target.
Note: Avoid folder names containing a period character. Period characters may cause ambiguity in Application Workflows.
-
Select the owner of the Deployment Target. You can select the current user or one of the user groups the user belongs to as owner (or one of all active user groups for administrators). To assign a different user, edit the entity after creating it.
- Click Assign Agent to select an agent or agent group from the list.
Important! Application Workflows can be executed on Agents and Agent Groups. General Workflows, however, can only run on Agents. For more information, see: Workflows
- Click Create.
Creating Multiple Deployment Targets
For the process of creating multiple deployment targets an existing deployment target is used as template. The created deployment targets are of the same type as the template and may copy properties, dynamic properties and deployment handler. All agent information will not be carried over. Status, ownership, and environment assignments will not be copied from the template but set during Step 3.
- Click the Deployment Targets tab in the Navigator pane.
- Click the Create Multiple button in the toolbar. The Create Multiple Deployment Targets - Select Template wizard is displayed.
- Click Select template and select the deployment target that will serve as template. Once the deployment target has been selected, the type is automatically selected.
- Click Next to navigate to step 2.
The Copy From Template screen shows properties that may be carried over from the template. The user is free to choose whether all or no properties and dynamic properties should be copied. By default, all options are checked. Property values of the type Identity will not be copied.
- Clear the entities which shall not be copied.
- Click Next to navigate to Step 3.
In the Settings screen, set the properties that are to be used for every deployment target created at the end of the process.
- Set the status the deployment targets are to be created with.
- Select a destination folder.
- Assign an owner for the deployment targets.
- To assign an Environment, click Add To Environment. Select the Environment in the popup.
Note: Environment assignments are optional.
- Click Next to navigate to Step 4.
- Select all agents or agent groups for which deployment targets should be created.
Note: All available agents and agent Groups which are not connected to deployment targets yet are displayed in the list.
Important! Application Workflows can be executed on Agents and Agent Groups. General Workflows, however, can only run on Agents. For more information, see: Workflows
- Click Next to navigate to Step 5.
The Names table displays all agents that were selected in the previous step. The Deployment Target Name column shows the name of the agent that is inserted per default.
- If you want the deployment target to be named differently than the agent, you can simply type the requested deployment target name.
- If you want to create more deployment targets without any agents, click the Add additional deployment targets link. A text box is shown where deployment target names can be entered.
- When clicking the create button two possible outcomes may occur:
- A warning icon and a list of deployment target names is shown. In this case, some deployment target names are not unique. Rename the affected deployment targets and click Create again.
- The deployment targets are created. Agents are automatically assigned to the deployment targets from the table, deployment target names that are inserted in the text box are created without any agents.
- Click Create to create the new deployment targets.
Editing the Properties of Deployment Targets
-
In the General panel, you can view and edit the basic properties of a Deployment Target:
-
Name: the name of the target (has to be unique and may only contain alphanumeric characters, blanks, ., -, _, @, $, #.
-
Note: GUIDs are used to uniquely identify provisioned Deployment Targets.
- Type (readonly): the type of the target.
- Status: the current target status. It can be Active or Inactive. An inactive target is not available for deployments.
- Folder: folder where the Deployment target is stored.
- Owner: owner of the deployment target.
-
-
Description is limited to 4000 characters.
-
This section shows the Environments the deployment target has been assigned to. Click on Add to Environment to assign the Deployment Targets to one or more Environments.
-
Within the deployment section, you can configure:
-
Agent/Group: the name of the Automation Engine Agent or group of Agents that should be used when Components are deployed to this Deployment Target. The Agent is used to physically carry out all deployment steps for Components that are related to the Deployment Target within the Automation Engine and is available within the EXT:agent Automation Engine variable of a component process Workflow.
To assign an Agent to a Deployment Target click the Assign Agent... hyperlink (if no agent is assigned yet). The popup displays all agents that are defined in the Automation Engine.
Note: GUIDs are used to uniquely identify Agents.
-
Deployment Handler: select a deployment handler if deployments to that target should be done via another target. E.g. instances of Web Sphere Application Servers are typically not provisioned directly, but via the Web Sphere CDA. The deployment target that represents the Web Sphere CDA would be the deployment handler of each of the deployment targets that represent a Web Sphere Server instance.
Note: You cannot assign a handler if the Deployment Target is already the handler of another Deployment Target.
To assign a deployment handler to a Deployment Target click the icon or the Assign Handler... hyperlink (if no handler is assigned yet). The popup shows all targets which are not themselves the deployment handler of other targets.
-
-
If a target is the deployment handler of other targets, the handled targets are shown in the Handled Targets panel.
-
This panel displays the latest five Components that are deployed on this Target with their installation statuses.
Click on Show all Installations to open the Installations view.
-
The selected object may have more properties and property groups defined by the administrator. When defined, these properties are shown in the sidebar as separate panels and can be edited by you.
-
Actions are located in the toolbar. They can be also triggered from the context menu displayed after right-clicking the entity. You can trigger the following actions (depending on your permissions):
- Discover: automatically identifies and imports custom properties of a specific Deployment Target type.
- Duplicate: see Duplicating Deployment Targets.
- Export: exports the Deployment Target definition in CSV format.
- Delete: see Deleting Deployment Targets
- Archive: archives the selected entity. If an entity is archived, Restore is available (see Archiving Entities)
-
This panel shows errors and warnings in the context of the current Deployment Target. If there are no errors or warnings, the panel is not displayed.
Note: If the Deployment Target is to be provisioned, a message with information about the current status is displayed instead.
Deployment targets allow you to define dynamic properties that can be used in deployments in the General / Dynamic Properties section. See About Properties for details.
The following system defined dynamic properties are available in addition to the custom dynamic properties and the custom properties (in the /custom namespace):
/system/name
Name of the Deployment Target.
/system/type
Type of the Deployment Target.
/system/owner
Display name of the owner of the deployment target.
/system/agent
Name of the agent.
Right-click the entity and select Delete.
Note: You may only delete the entity when you have the appropriate permission on the containing folder (see Security Concept) and all of the listed conditions are met.
Conditions to delete entities of type DeploymentTarget
- Not assigned to any environments
- Not referenced by any snapshots
- Has no installed components
- Has no ad-hoc snapshots that are in progress
- Not used by any deployment profiles
Duplicating Deployment Targets
- Execute the Duplicate Deployment Target action in the toolbar.
- Optionally, enter a new name for the Deployment Target.
- Select a folder to store the target.
- Select an owner.
- Check whether you want to carry over environment assignments (preselected by default)
A deployment target name can only contain alphanumeric characters, blanks, ., -, _, @, $, #.
Note: In case an agent is set, a warning is shown, which informs you that this data will not be copied. You have to set it manually after duplication.
The following information is copied:
- Properties
- Read Access
- Dynamic Properties
- Handler Assignments
Information that won't be copied:
- Agents
- History Records
- Properties of type Identity
After creation, you are redirected to the properties page of the new deployment target.
Auto-Discovering Custom Properties of Deployment Targets
The custom properties of a specific Deployment Target type (for example, home directory, ports, or management connections) can be automatically identified and imported into a new Deployment Target definition, which helps you save time and manual effort. These properties can be edited at a later point in time.
Requirements
-
The latest version of at least one of the following Action Packs must be installed:
- PCK.AUTOMIC_WEBLOGIC
- PCK.AUTOMIC_TOMCAT
- PCK.AUTOMIC_JBOSS_V7
- PCK.AUTOMIC_IIS
- PCK.AUTOMIC_WEBSPHERE
- The Access to Process Monitoring privilege in the Automation Engine has been granted. See: Granting Automation Engine Privileges
To Auto-Discover Custom Properties of Deployment Targets
- Execute the Discover action in the toolbar.
- Enter the Deployment Target type for which you want to discover the custom properties.
- Assign a Login Object and one or more Agents (HOST) or Agent Groups (HOSTG).
Important! Application Workflows can be executed on Agents and Agent Groups. General Workflows, however, can only run on Agents. For more information, see: Workflows
- Click Start Discovery to start the discovery process.
- Optionally, open the notification to follow the process in the Process Monitoring perspective (for multiple agents) or Workflow Monitor (for one single agent).
- When the process is completed, you are prompted to select one or more Deployment Targets that match with the type you have previously selected.
- Click Create Targets.
Depending on the server selected, different values are added to the new Deployment Target.
Deployment Target Best Practices
Users should be able to identify which agent/server, environment, and optionally component the deployment target is assigned to. It should also have a short description of the technology deployed to this node.
Naming Conventions
All deployment targets must have a unique name. The following naming conventions are recommended:
-
Example 1 – <Agent Name><Environment><Component>_<Description>
Example 1 – AGENT12087_TEST_WEB_NEXUS
-
Example 2 – <Environment><Application><Component><Agent><Description>
Example 2 – TEST_GLS_WEB_AGENT12087_NEXUS
Viewing Environments to Which a Deployment Target is Assigned
In the General / Environments view, all Environments to which the current Deployment Target is assigned are displayed.
For each Environment the following information is displayed:
- Name
- Type
- Status: reflects the current status of an Environment, which can either be busy, planned, free or inactive.
- Owner
Notes:
- Click on an Environment to view/edit its properties in the sidebar.
- Click Add Environment to add/remove the deployment target to/from an Environment.
- Click the Delete button to remove the deployment target from the environment.