Skip to content

Operations Guide

The operations guide describes the commands and actions that can be performed on a running OMAG Server Platform to discover its status, and the status of the servers and connectors that it is hosting.

Platform Origin Service

The platform origin service is a simple REST API that returns basic information about an OMAG Server Platform. It is often used by operational scripts controlling the start up and shutdown of OMAG Server Platforms to determine if the server platform is running.

There is a single operation on this service called server-platform-origin.

The format of the operation is:

GET - retrieve platform origin

{{platformURLRoot}}/open-metadata/platform-services/users/{{userId}}/server-platform/origin

where {{platformURLRoot}} is typically the host name and port number for the server platform's network endpoint and {{userId}} is the userId of an authorized administrator.

The response is a single string describing the implementation and version of the server platform.

For example, this is the response from the Egeria implementation of the OMAG Server Platform which has an endpoint of https://localhost:9443. Gary Geeke (garygeeke) is the administrator.

$ curl --insecure -X GET https://localhost:9443/open-metadata/platform-services/users/garygeeke/server-platform/origin
Egeria OMAG Server Platform (version 4.2)

Listing Registered Services

An OMAG Server Platform has fixed services as well as optional registered services. It is possible to list the registered services that are loaded in an OMAG Server Platform.

GET - list Open Metadata Access Services (OMASs)

{{platformURLRoot}}/open-metadata/platform-services/users/{{userId}}/server-platform/registered-services/access-services

GET - list Open Metadata Engine Services (OMESs)

{{platformURLRoot}}/open-metadata/platform-services/users/{{userId}}/server-platform/registered-services/engine-services

GET - list Open Metadata Integration Services (OMISs)

{{platformURLRoot}}/open-metadata/platform-services/users/{{userId}}/server-platform/registered-services/integration-services

GET - list Open Metadata View Services (OMVSs)

{{platformURLRoot}}/open-metadata/platform-services/users/{{userId}}/server-platform/registered-services/view-services

Operating an OMAG Server

Once an OMAG Server is configured it can be started and stopped multiple times.

It is possible to load an Open Metadata Archive into running OMAG Servers that are of type Metadata Access Store.

In addition there are different platform services that can be used to find out more about the operation of the servers.

Egeria also has an interactive graph-based user interface (UI) that enables you to explore the open metadata ecosystem. This includes the OMAG Server Platforms and Servers, the types of metadata supported by each metadata repository and the contents of the metadata repositories. It is also possible to maintain the configuration of the OMAG Servers through this UI.

Starting and Stopping an OMAG server

Once a configuration document has been completed for an OMAG Server, it can be started using the following REST call:

POST {platformURLRoot}/open-metadata/platform-services/users/{adminUserId}/server-platform/servers/{serverName}/instance

and stopped, as follows:

DELETE {platformURLRoot}/open-metadata/platform-services/users/{adminUserId}/server-platform/servers/{serverName}/instance

The configuration document is not changed by these calls. It is possible to query the running server's configuration using the following REST API:

GET {platformURLRoot}/open-metadata/platform-services/users/{adminUserId}/server-platform/servers/{serverName}/instance/configuration

If you want to delete the server's configuration document then issue:

DELETE {platformURLRoot}/open-metadata/admin-services/users/{adminUserId}/servers/{serverName}

Adding an archive to a running Metadata Access Store

Open Metadata Archives contain pre-canned metadata types and instances for Cohort Members.

Archives can be added to the configuration document of a server to ensure their content is loaded each time the server is started. This is intended for:

  • Archives containing type definitions.
  • Archives containing instances for repositories that do not store the archive content but keep it in memory.

If an archive is loaded multiple times, its content is only added to the local repository if the repository does not have the content already.

Archives can also be loaded to a running server. Typically, an open metadata archive is stored as JSON format in a file. To load such a file use the following command:

POST - load file

{{platformURLRoot}}/open-metadata/platform-services/users/{{adminUserId}}/server-platform/servers/{{serverName}}/instance/open-metadata-archives/file

The body of the request should be the fully-qualified path name or path relative to the startup directory of the OMAG Server Platform -- and the file name should not have any quotes around it.

Alternatively it is possible to set up the list of open metadata archives as a list of connections. These connections refer to open metadata archive connectors that can read and retrieve the open metadata archive content.

POST - load from connection(s)

{{platformURLRoot}}/open-metadata/platform-services/users/{{adminUserId}}/server-platform/servers/{{serverName}}/instance/open-metadata-archives/connection

The body of the request should be the list of connections from which to load archives.

This option can be used when the open metadata archives are not stored in a file, or a different file format from the default one for the OMAG Server Platform is required.

Querying an OMAG Server and its services

GET - is an OMAG Server known to the platform?

{{platformURLRoot}}/open-metadata/platform-services/users/{{userId}}/server-platform/servers/{{serverName}}/is-known

GET - retrieve list of servers known to the platform

{{platformURLRoot}}/open-metadata/platform-services/users/{{userId}}/server-platform/servers

GET - retrieve list of servers currently active on the platform

{{platformURLRoot}}/open-metadata/platform-services/users/{{userId}}/server-platform/servers

GET - retrieve server status

{{platformURLRoot}}/open-metadata/platform-services/users/{{userId}}/server-platform/servers/{{serverName}}/status

GET - retrieve the services available for an active server

{{platformURLRoot}}/open-metadata/platform-services/users/{{userId}}/server-platform/servers/{{serverName}}/services

Querying the audit log

GET - retrieve the audit log severity definitions for an active server

{{platformURLRoot}}/servers/{{serverName}}/open-metadata/repository-services/users/{{userId}}/audit-log/severity-definitions

GET - retrieve the audit log's report

{{platformURLRoot}}/servers/{{serverName}}/open-metadata/repository-services/users/{{userId}}/audit-log/report

Querying the metadata highway

Return the details of the cohorts that this server is participating in.

GET - retrieve the server's cohorts

{{platformURLRoot}}/servers/{{serverName}}/open-metadata/repository-services/users/{{userId}}/metadata-highway/cohort-descriptions

Return the local registration information used by this server to register with open metadata repository cohorts. No registration time is provided. Use the cohort specific version to retrieve the registration time.

GET - retrieve the server's generic local cohort registration information

{{platformURLRoot}}/servers/{{serverName}}/open-metadata/repository-services/users/{{userId}}/metadata-highway/local-registration

Return the local registration information used by this server to register with the requested open metadata repository cohort.

GET - retrieve the server's registration with a specific cohort

{{platformURLRoot}}/servers/{{serverName}}/open-metadata/repository-services/users/{{userId}}/metadata-highway/cohorts/{{cohortName}}/local-registration

Return the list of registrations received from remote members of the cohort.

GET - retrieve the server's remove partners in a specific cohort

{{platformURLRoot}}/servers/{{serverName}}/open-metadata/repository-services/users/{{userId}}/metadata-highway/cohorts/{{cohortName}}/remote-members

Raise an issue or comment below