Environments

An environment is a logical grouping of applications and nodes. An Administrator server can have multiple environments. For example, you can define environments distinguished by product life cycle function such as development and production, by geographical area, or by business unit.

Environments provide a way to isolate one group of applications and nodes from another. This is useful for security, optimizing network traffic (each environment has its own Enterprise Message Service server for service bus communication) and visual organization in the Administrator UI. Hosts can also be isolated and associated with one or more environments.

Environments contain the following types of objects:

  • Applications The services and references defined by an application can be promoted to the application's environment. Services and references promoted to the environment level can be wired to each other. The following figure illustrates a service and reference exposed by a component, promoted to the composite level, promoted again to the environment level, and wired between the promoted reference and service.
    Cross Environment Wires


  • Nodes Nodes are runtime sandboxes that run application logic. Node names must be unique within an environment and within a host.
  • Messaging Bus configuration

Administrator Environment

The environment containing the node on which the Administrator server runs, SystemNode, is named SystemEnvironment.

Development Environment

When you create an Administrator server you have the option to create a development environment and node. By default, the environment is named DevEnvironment and the node is named DevNode.