THIS IS A TEST INSTANCE. ALL YOUR CHANGES WILL BE LOST!!!!
...
- They are called from the Open Metadata Access Services (OMAS). Because all OMRS connectors support the same API, the OMAS APIs can work with any OMRS Connector implementation. The OMAS API manages the connection information that identifies which OMRS Connector implementation plus the network address and user credentials it is using in its configuration.
- The OMRS event notification framework uses the OMRS Connector to store reference copies of metadata in a metadata repository.
- The Enterprise OMRS Connector (described below) uses multiple OMRS Connectors to federate calls to multiple metadata repositories and aggregate the responses.
- The OMRS Repository Proxy (part of the toolkit for integrating new metadata repositories into the open metadata ecosystem) uses an OMRS Connector to connect a metadata repository.
...
Figure 1: OMRS Connector Patterns | A | The Local Atlas OMRS Connector is hosted in the Apache Atlas server and calls the local internal metadata repository API. Every Atlas server will have one of these connectors. |
| B | The OMRS REST Connector translates calls to its interface to calls the OMRS REST API of a remote metadata repository. Apache Atlas servers support the OMRS REST API, and other metadata repositories may also implement this interface too. | |
| C | Metadata repositories that have their own API can create a connector to translate OMRS calls to call to their API. The IGC OMRS Connector is an example of this type OMRS connector written to support a specific metadata repository that is not Apache Atlas. This OMRS Connector will be included in the Apache Atlas build so it can be called directly from and OMAS API, the Enterprise OMRS Connector or the OMRS AdapterRepository Proxy. | |
| D | The Enterprise OMRS Connector (see here for more details) converts each call to its interface to a call to each of the OMRS connectors that it is configured to work with. It then aggregates the results together for form the response to its call. |
...
- There are many OMAS APIs, each designed for a different type of consumer. Each OMAS API has a simple, bean-like Java interface for applications to call (or the application may use the OMAS REST API directly).
- The OMAS REST APIs provide JSON versions of the objects supported in the OMAS APIs. The OMAS Java Server classes implement the REST APIs. Each Java Server Class uses the connector broker to acquire an OMRS Connector.
- The Local Atlas OMRS Connector provides access to the local metadata repository.
- This local repository includes a graphDB accessed through TinkerPop.
- The Enterprise OMRS is able to aggregate metadata from multiple metadata repositories in response to a single request for metadata. It does this by replicating the request across multiple downstream OMRS Connectors and then aggregating and correlating the results.
- The Enterprise OMRS Connector is typically configured to call the local Atlas Repository for creates. Updates go to the repository where the metadata entity was created.
- In addition, the Enterprise OMRS may be configured to call other metadata repositories using OMRS Connector implementations that have been built into the Atlas runtime. In this example, (7) shows an OMRS connector that can call IBM’s Information Governance Catalog (IGC).
- The IGC OMRS Connector will translate OMRS calls into IGC REST calls.
- For calls to remote Atlas Servers, and other servers that have OMRS connectors that are not included into the Atlas runtime, the Enterprise OMRS Connector will use the OMRS REST Connector. This connector translates OMRS connector requests into remote OMRS REST calls.
- The OMRS REST Connector may also be called from the OMAS Java Server classes to pass-through metadata requests to a remote metadata server.
- Every Atlas runtime supports the OMRS REST APIs.
- When an Atlas runtime received an OMRS REST call, it is passed to the local Atlas OMRS connector and is executed against the local metadata repository.
- The OMRS REST Connector can be used to connect to an OMRS Repository Proxy for other types of metadata repositories.
- The OMRS Adapter would host an OMRS Connector to the metadata repository. This provides a solution for OMRS Connector implementations that are not (yet) integrated into the Atlas build. The downside of this approach is the additional network hop that the adapter introduces.
- An OMRS REST Connector can be incorporated into other metadata repositories to enable them to query Atlas metadata. Typically the repository will use the Enterprise OMRS Connector to ensure it is reaching as much metadata as possible.
- This includes IBM’s Information Governance Catalog (IGC).
...