In development
A component that is in development means that the Egeria community is still building the function. The code is added continuously in small pieces to help the review and socialization process. It may not run, or do something useful - it only promises not to break other function. Expect to find git issues describing the end state.
Egeria Infrastructure Cataloguing Integration Connector¶
Connector details
- Connector Category: Integration Connector
- Hosting Service: Infrastructure Integrator OMIS
- Hosting Server: Integration Daemon
- Source Module: egeria-infrastructure-catalog-connector
- Jar File Name:
egeria-infrastructure-catalog-connector.jar
Overview¶
The Egeria Infrastructure Cataloguing Connector is a Infrastructure Integration Connector that creates a metadata representation of an OMAG Server Platform.
Figure 1: Operation of the Egeria infrastructure cataloguer integration connector
The connector listens for the cataloguing of SoftwareServerPlatform
entities that have the deployedImplementationType
property set toOMAG Server Platform
. The aim of the connector is to extract as much information about the platform as possible and add this detail to the catalog. It needs the URL of the platform and this is obtained by following the ServerEndpoint
relationship to extract the network address from the linked endpoint. If the endpoint is not attached it tries again on the next refresh call.
Figure 2: Locating the platform
Once the endpoint is located, the platformVersion
property of the software server platform entity is updated with the platform origin extracted from the platform. This proves that the endpoint is actually pointing to an OMAG Server Platform.
Next, a request for all of the configured servers that the platform knows about is made. This returns the configuration documents for these servers and the contents are examined to catalog the OMAG servers as SoftwareServer
entities.
The platform is called to return the known servers. These are servers that have run on the platform. For each of these, the connector adds the DeployedOn
relationship between the SoftwareServer
entity and the SoftwareServerPlatform
entity.
The platform is called again for the active server status. This returns the type of server which is used to set up the appropriate ServerPurpose
classification:
MetadataServer
for Metadata Access Servers.GovernanceDeamon
for Engine Hosts.IntegrationServer
for Integration Daemons.RepositoryProxy
for Repository Proxies.
Figure 3: Extracting OMAG server configuration
The details of each configured OMAG server is used to create appropriate SoftwareService
entities linked by SupportedSoftwareCapability
relationships to the server's SoftwareServer
entity. Most OMAG services manage one or more connectors and these are represented using DeployedConnector
entities linked by ServerAssetUse
relationships.
If the API for the platform is catalogued, the connector uses the service name in the urls to link the individual operations to the appropriate software service using the ProcessCall
relationship. The service url marker used to match the API operations is extracted by requesting the registered services from the platform.
Figure 4: Adding the configured services
The connection information is catalogued for each of the deployed connectors and where the connector type is recognized, additional assets (such as Apache Kafka topics) may be created/linked to the deployed connectors.
Figure 5: Adding the connections for the deployed connectors
This processing occurs each time the refresh method is called, and the connector catalogs as much as is possible given the status of the environment on each iteration.
Configuration¶
This connector uses the Infrastructure Integrator OMIS running in the Integration Daemon.
This is its connection definition to use on the administration commands that configure the Infrastructure Integrator OMIS.
Connection configuration
1 2 3 4 5 6 7 8 9 10 11 12 |
|
Raise an issue or comment below