Application Components are intended to capture what people generally think of as “Applications.” An application might be a CEO Dashboard that requires a web server/farm, an app server, and a database server. An application component might also be linked to just one service. Or an application component might be defined without any underlying service.
Defining Application Components Based on Services
Each Service Instance edit form has an option to link that service with an Application Component.
In the example above, we’ve linked the oracle_proce233442 service with the “Oracle Server 0006” Application Component.
If you navigate to the edit form for an Application Component, you can also link one or more services from that screen:
Defining Application Components Not Based on Services
The Application Component view page now includes a Has Resource column that displays the name of the associated resource for an application component.
In the example above, we are defining a “SAN Store” that depends on a device named “sh-SAN-Cluster01”. If we’d like, we can also identify the Responsible Department, and choose which organizational groups are affected by this application component.
Next we will define an “exchange server” component as shown below.
Then we will add an Outlook Web Access(OWA) component that depends on the Exchange component as shown below:
All of the dependencies we just created will show up in impact charts, impact lists, and dependency graphs.