Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Next »

An Environment Instance, as its name suggests, is simply an association between one environment and one instance. An Environment Instance is created by either associating an instance to an environment on the edit/create environment wizard, or associating an environment to an instance on the edit/create instance wizard. The association can then be used to assign endpoints and provide values for any properties mapped to those environment instances (through workflows or plugins).

Each instance likely has a development environment, a production environment, and at least one testing environment. The association of environments to instances defines a matrix, allowing endpoint association and the configuration of property values.

For example, the table below depicts four environments identified as rows, and two instances which are identified as columns. Each environment instance combination defines which endpoint(s) host the instance for that environment, and the environment specific properties which are required to communicate to the underlying technology. Note that the SOA2 instance in the DEV and SIT environments do not have any endpoints or configuration properties defined because SOA2 is not associated with those environments.

The image below depicts the environment instances for SOA2. In this case, the FlexDeploy SOA Plugin's soaDeploy operation was associated to the SOA2 instance. The soaDeploy operation defines several environment instance scoped properties that must be defined for the operation to succeed.

 

 

SOA1

SOA2

DEV

Endpoint(s)

Properties

N/A

SIT

Endpoint (s)

Properties

Endpoint (s )

Properties

UAT

Endpoint (s)

Properties

N/A

PROD

Endpoint (s)

Properties

Endpoint (s)

Properties

 



Using a logical concept for instance allows FlexDeploy to adapt the physical meaning to the specific technology or platform. In Oracle Data Integrator, for example, an instance definition is most likely one to one with a single installation, spanning all environments (e.g. DEV, SIT, UAT, and PROD). In the case of Oracle WebLogic, a single installation is partitioned into one or more domains. So for WebLogic it makes more sense to map an instance to each WebLogic domain, since each domain will require different property configuration to communicate with its servers.

Notice that in the table below the wls_customer and wls_order instances (domains) share the same hosts/endpoint in the DEV and SIT environments, but only share some of the same hosts/endpoint in the UAT and PROD environments. Mapping the instances to the WLS domains allows the flexibility to match the endpoint and properties to your exact topology.

 

wls_customer

wls_order

DEV

Endpoints
devlnx501

Properties
FDWLS_DOMAIN_NAME: wls_customer
FDWLS_ADMIN_LISTEN_ADDRESS: devlnx501
FDWLS_ADMIN_LISTEN_PORT: 7001
FDWLS_ADMIN_USER: weblogic
FDWLS_ADMIN_PASSWORD: ********
etc …

Endpoints
devlnx501

Properties
FDWLS_DOMAIN_NAME: wls_order
FDWLS_ADMIN_LISTEN_ADDRESS: devlnx501
FDWLS_ADMIN_LISTEN_PORT: 7001
FDWLS_ADMIN_USER: weblogic
FDWLS_ADMIN_PASSWORD: ********
etc …

SIT

Endpoints
sitlnx501, sitlnx502

Properties
FDWLS_DOMAIN_NAME: wls_customer
FDWLS_ADMIN_LISTEN_ADDRESS: sitlnx501
FDWLS_ADMIN_LISTEN_PORT: 7001
FDWLS_ADMIN_USER: weblogic
FDWLS_ADMIN_PASSWORD: ********
etc …

Endpoints
sitlnx501, sitlnx502

Properties
FDWLS_DOMAIN_NAME: wls_order
FDWLS_ADMIN_LISTEN_ADDRESS: sitlnx501
FDWLS_ADMIN_LISTEN_PORT: 7001
FDWLS_ADMIN_USER: weblogic
FDWLS_ADMIN_PASSWORD: ********
etc …

UAT

Endpoints
uatlnx501, uatlnx502

Properties
FDWLS_DOMAIN_NAME: wls_customer
FDWLS_ADMIN_LISTEN_ADDRESS: uatlnx501
FDWLS_ADMIN_LISTEN_PORT: 7001
FDWLS_ADMIN_USER: weblogic
FDWLS_ADMIN_PASSWORD: ********
etc …

Endpoints
uatlnx501, uatlnx512

Properties
FDWLS_DOMAIN_NAME: wls_order
FDWLS_ADMIN_LISTEN_ADDRESS: uatlnx501
FDWLS_ADMIN_LISTEN_PORT: 7001
FDWLS_ADMIN_USER: weblogic
FDWLS_ADMIN_PASSWORD: ********
etc …

PROD

Endpoints
prdlnx501, prdlnx502, prdlnx503

Properties
FDWLS_DOMAIN_NAME: wls_customer
FDWLS_ADMIN_LISTEN_ADDRESS: prdlnx501
FDWLS_ADMIN_LISTEN_PORT: 7001
FDWLS_ADMIN_USER: weblogic
FDWLS_ADMIN_PASSWORD: ********
etc …

Endpoints
prdlnx501, prdlnx512, prdlnx513

Properties
FDWLS_DOMAIN_NAME: wls_order
FDWLS_ADMIN_LISTEN_ADDRESS: prdlnx501
FDWLS_ADMIN_LISTEN_PORT: 7001
FDWLS_ADMIN_USER: weblogic
FDWLS_ADMIN_PASSWORD: ********
etc …

Viewing Environment Instances

To view the Environment Instances that have been established select Topology -> Environment Instances from the menu.


Associating Endpoints to Environment Instances

Each Environment Instance has an Endpoints column, which indicates the number of Endpoints that are associated to it. Click on the number in the Endpoints column to provide the ability to add or remove associations to the endpoint(s).



To associate an endpoint to the environment instance, shuttle one or more Endpoints from the left over to Selected Endpoints by selecting an endpoint and clicking the Add button. The list of available Endpoints on the left can be filtered by entering all or part of the name or port into the Filter field and clicking the Search button. By default, only Endpoints which are active are available for association.

Once an endpoint has been shuttled to Selected Endpoints optional Resource Types can be assigned. The Resource Types indicates what type of resources the endpoint contains, which helps in determining which Endpoints should be selected to perform particular plugin executions. For example, the Weblogic plugin has Resource Types of WLS Admin Server, WLS Managed Server, and WLS Node Manager. Selecting the Resource Type(s) for each endpoint tells FlexDeploy a little bit more about the topology and enables it to direct work appropriately (e.g. to the Weblogic Admin Server vs. one of its Managed Servers).

To disassociate an endpoint from the environment instance, shuttle one or more Endpoints from Selected Endpoints back over to the left by selecting an endpoint and clicking the Remove Button.

Click the Save button to save the changes, and then click the Back button to return to the previous screen.

Updating Environment Instance Properties

Each Environment Instance also has a Properties column which summarizes the required properties that are associated to it. The first number indicates the number of properties which have been assigned values, whereas the second number identifies the total number of required properties associated to that environment instance. If the two numbers are not equal it means that additional configuration is required for that environment instance. Click on the link in the Properties column to provide the ability to update properties associated to the environment instance.



The properties are linked to the environment instance because either one or more of the workflows or plugin operations associated to the instance have Environment Instance scoped properties defined. These Environment Instance scoped properties must have values defined for every Environment to which that instance is mapped. This provides, for example, the ability to define unique Weblogic Admin Server host and port for each environment instance.

See Properties chapter for more details.

  • No labels