Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

So far in topology we have completed the following tasks:

  • Created Endpoint connections to the application-tier nodes of our EBS servers
  • Create four logical Environments - Development, Test, QA, and Production
  • Create a logical Instance, Global EBS, and associated to our four environments

At the completion of this section, you will:

  • understand the relationship between environments, instances, and endpoints
  • learn how to map environment/instance combinations to physical endpoints
  • learn how to configure property values for environment/instance properties

The next step is to bind the instance to the physical endpoint(s) for each environment.  By associating instances to environments, a matrix is formed in the Topology Overview.  To view the matrix, select Topology from the main menu, and then click on the Topology Overview from the left-hand pane.

...

Next click on the Properties tab.  Here we see the properties which are mapped to the instance.  These properties are gathered from workflows associated to our instance, and any plugin operations used by those workflows.  We do not have any properties defined on our build and deploy workflows, but the mapped EBS plugin operations define three required properties.

Image RemovedImage Added

PropertyDescription
EBS Database UserThe user id used to connect to the EBS database.  Defaults to "apps", and would rarely be changed.
EBS Database Password

The password for the EBS Database User. A local credential can be created for this property by selecting Image Added

EBS Source ScriptThe unix source script which sets up the environment and sets a host of EBS related properties.

...

Repeat the steps above for Test, QA, and Production

Image RemovedImage Added

Image RemovedImage Added

Tip
titleTip - EBS 12.2.x

Note that our QA environment is running EBS 12.2.6, which uses RUN and PATCH editions for online patching.  In this tutorial we are deploying directly to the RUN edition and will avoid online patching.  This is the approach that more customers are following, and utilizing online patching only for application of Oracle patches.  However, FlexDeploy has support for both models.  To deploy directly to the run edition, we supply the run parameter to the EBS Source script.  If you were to use online patching, you would leave off the parameter and let FlexDeploy inject the proper edition at runtime. 

FlexDeploy also has plugin operations to help automate the online patching (ADOP) phases. See the Oracle EBS Plugin Guide for details. 

Image RemovedImage Added

The Topology Overview is now complete.

...