Apigee Edge Enterprise edition discovery
Summarize
Summary of Apigee Edge Enterprise edition discovery
The ServiceNow Discovery application utilizes the APIGee pattern to identify versions of Apigee Edge Enterprise edition (4.x.x). This process involves updating the Discovery and Service Mapping Patterns application from the ServiceNow Store, enabling the discovery of relevant resources through a built-in caching mechanism that stores data from API services for further analysis by Service Mapping.
Show less
Key Features
- Cache Mechanism: Collects data from API services into a local cache, facilitating top-down discovery of outgoing Apigee Edge connections.
- Linux User Requirements: Requires a Linux OS user with elevated rights to execute specific commands and manage cache files.
- Applicative Credentials Configuration: Users must set up credentials with specific fields such as name, active status, username, password, and CI type.
- System Properties Configuration: Involves setting Apigee URLs and API Client ID for proper connection management.
Key Outcomes
Successful implementation of the APIGee pattern will populate the Configuration Management Database (CMDB) with data such as server name, version, installation directory, and configuration directory for the Apigee Edge. It is important to note that no CI relationships are created by the pattern. Additionally, connections to other configuration items are identified based on configured URLs during discovery.
The ServiceNow Discovery application uses the APIGee pattern to find Apigee Edge Enterprise edition versions 4.x.x. Discovering some of these resources requires updating the Discovery and Service Mapping Patterns application from the ServiceNow Store.
The APIGee pattern uses a built-in cache mechanism that collects data from each API service into a local cache file. Service Mapping performs top-down discovery on these cache files to find outgoing Apigee Edge connections.
Request apps on the Store
Visit the ServiceNow Store website to view all the available apps and for information about submitting requests to the store. For cumulative release notes information for all released apps, see the ServiceNow Store version history release notes.
Prerequisites
- Linux user
- Provide the Linux operating system (OS) user with elevated rights for running the cat, ls, netstat, and stat commands. For more information, see Service Mapping commands requiring a privileged user.
- Applicative credential
- Configure the applicative credential as follows:
Table 1. Applicative Credentials form Field Description Name The credential name, for example Apigee token. Active Check box for enabling this credential for discovery. User name The name of the user of this applicative credential. You can use any user for the credential for this pattern, since the information is extracted from a local cache. Password The actual user password of this applicative credential. CI type The CI type for which this credential is used: APIGee Service [cmdb_ci_appl_apigee_srv]. Note:ServiceNow applications refer to devices and applications that comprise an application service as configuration items (CIs).Applies to Select whether to apply these credentials to All MID servers in your network, or to one or more Specific MID servers. Specify the MID Servers that should use these credentials in the MID servers field. Order Enter the order (sequence) in which the platform tries this credential as it attempts to log on to devices. The smaller the number, the higher in the list this credential appears. Establish credential order when using large numbers of credentials or when security locks out users after three failed login attempts. If all the credentials have the same order number (or none), the instance tries the credentials in a random order. - curl command
- Make sure that the curl command is installed on the Linux server hosting Apigee Edge.
- Configure system properties
- To create top-down outgoing Apigee Edge connections, configure the Apigee URLs
(apigee.urls) system property using the following
syntax:
01#DVL#https://<url1>.com/dashboard/v1/targetServers/dvl### 02#QA#https://<url2>.com/dashboard/v2/targetServers/qa###Where
01 is the URL number.
DVL is the environment type, like development.
# is the delimiter between the attributes. Place it exactly where it is in the example above.
### is the delimiter between URLs.
- Configure the Apigee API Client ID (apigee.api.client.id) system property by entering the Apigee API Client ID in the Value field. The pattern uses this property as header for the curl command with the
token:
curl -k -X GET " + url + " -H ' apigee.api.client.id: " + token
The pattern populates these two system properties using the Add Apigee URLs and Apigee api client id sa_pre_task_script.
- To create top-down outgoing Apigee Edge connections, configure the Apigee URLs
(apigee.urls) system property using the following
syntax:
Data collected by Discovery for Apigee Edge Enterprise edition
Discovery populates the data in the CMDB when running the APIGee pattern.
| Field | Description |
|---|---|
| Name [name] | The name of the server hosting the Apigee Edge. |
| Version [version] | The version of the Apigee Edge. |
| Installation directory [install_directory] | The folder containing all the Apigee Edge libraries and executable files. |
| Configuration directory [config_directory] | The folder containing all the Apigee Edge configuration files. |
CI relationships
The APIGee pattern does not create any CI relationships.
Data collected by Service Mapping during top-down discovery
The APIGee pattern identifies connections from the Apigee Edge to other CIs based on the URL you configure in the connection section of the pattern.