Skip to content

Latest commit

 

History

History

Folders and files

NameName
Last commit message
Last commit date

parent directory

..
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Egeria Administration User Guide

The Egeria technology principally runs on the Open Metadata and Governance (OMAG) Server Platform. This platform hosts one or more OMAG Servers, each supporting a variety of open metadata and governance capabilities.

In Figure 1, the OMAG Server Platforms are the blue rounded boxes and the orange circles are the OMAG Servers.

Figure 1

Figure 1: OMAG Server Platforms running in different cloud platforms and/or data centers, each hosting OMAG Servers that are providing specialist integration capability for different tools.

This guide explains how the configure the OMAG Server Platform and the different types of OMAG Servers that run on it.

If you are keen to get started right away then these are the links to the configuration instructions.

and once you have your OMAG Servers configured:

What follows is more background on the administration services.

OMAG Subsystems

An OMAG server is a set of configured OMAG Subsystems supported by the OMAG Server Platform. Each subsystem supports a particular type of technology so it can exchange metadata with the open metadata ecosystem. Some technologies are sources of metadata, others just consume metadata and then there are technologies that have a two-way exchange of metadata with the open metadata ecosystem.

The OMAG subsystems that are to be enabled in a specific instance of an OMAG Server are defined in a configuration document. When the configuration document is loaded into the OMAG server platform, the OMAG server that it describes is started, and the subsystems defined in the configuration document are activated for that server.

OMAG Servers

In an open metadata landscape, it is anticipated that there may be multiple instances of the OMAG Server running in an OMAG Server Platform, each performing a different role. Each of these server instances would have their own configuration document allowing them to have different subsystems active.

Figure 2 shows different choices for distributing OMAG Servers on the OMAG Platforms.

Figure 2

Figure 2: OMAG Server deployment choices. An OMAG Server may have multiple copies of the same type of OMAG Server on a platform (multi-tenant operation for a cloud service), or different types of OMAG Server on a platform, or a separate platform for each OMAG Server (more information).

The choices are as follows:

  • A - Each OMAG Server has its own dedicated OMAG Server Platform - useful when only one server is needed in a deployment environment, or there is a desire to keep each server isolated in its own stack.

  • B - Multiple OMAG Servers are hosted on the same OMAG Server Platform. The OMAG Server Platform routes inbound requests to the right server based on the server name specified in the request URL. The servers may all be of the same type (multi-tenant operation) or be a set of collaborating servers of different types consolidated on to the same platform.

  • C - Multiple copies of same server instance running on different platforms to provide high availability and distribution of workload (horizontal scalability).

Configuring an OMAG Server

The configuration document for a specific OMAG server is identified by the server's name. This is passed on the URL of every admin services API request along with the user id of the administrator. By default, the configuration is stored in a file called:

omag.server.{serverName}.config

The administration services that set up this file all begin with a URL like this:

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

The serverName specified on these calls determines which configuration document is used, and hence which of the OMAG server's configuration it is working with.

The OMAG Server Platform typically starts up without any OMAG servers active. Once it is running, it can be used to set up the configuration documents that describe the open metadata subsystems needed for each OMAG server instance.

Once the configuration document is in place, the OMAG Server can be activated and deactivated multiple times, across multiple restarts of the OMAG Server Platform.


Further information

Examples of configuration calls

The admin-services modules has three Postman collections to illustrate many of the configuration and operation calls:


Return to main page


License: CC BY 4.0, Copyright Contributors to the ODPi Egeria project.