Release 2.6 adds support for:
-
New Governance Server called Engine Host with associated Open Metadata Engine Services (OMES). This Governance Server replaces the Discovery Server, Stewardship Server, Virtualizer and Security Officer Server.
-
Extensions to Open Metadata Types for lineage, duplicate processing, governance actions, the software development lifecycle and analytics models.
The release also changes the default location of some important files in order to facilitate deployment and seperate program files from writeable data.
Details of these and other changes are in the sections that follow.
Up to and including release 2.5, various data files were created in the current working directory when Egeria was run. This included configuration files, cohort information, graph repositories etc. This made it difficult to manage Egeria in a container environment where we want to manage persistent data explicitly - for example via a docker volume, or a kubernetes persistent volume (claim).
Because of this the default locations of a number of files have changed, so when deploying release 2.6 make sure you copy any existing files you need to preserve over to their new locations. If this is not done server configs and repository data may not be found, or configuration files may not be decrytable.
usage | old | new | variables |
---|---|---|---|
Server configuration | omag.server.{0}.config | data/servers/{0}/config/{0}.config | 0 = server Name |
File based audit log | omag.server.{0}.auditlog/ | data/servers/{0}/logs/auditlog/ | 0 = server Name |
cohort registry | {0}.{1}.registrystore | data/servers/{0}/cohorts/{1}.registrystore | 0 = server Name, 1 = cohort name |
Graph repository | {0}-graph-repository/ | data/servers/{0}/repository/graph/ | 0 = server Name |
Encrypted config key | keystore_* | data/platform/keys/keystore_* |
The result of this is that all the dynamic data created by egeria locally in the filesystem is restricted to the 'data' directory so this can be mapped to a volume easily.
If you have already explicitly configured the relevant connector yourself there will be no change. this updates the defaults only.
The Discovery Server, Stewardship Server, Virtualizer and Security Officer Server have been consolidated into a new type of server called the Engine Host OMAG Server. The Engine Host runs one-to-many Open Metadata Engine Services (OMES). Each engine services hosts a specific type of governance engine. The first engine service called Asset Analysis OMES will be for discovery engines and others for the different types of governance action engines. from the Governance Action Framework (GAF).
The reason for this change is that there is a lot of duplicated code in the original servers and this change simplifies the Governance Server Services and Server Administration. With this change it will also be easier for Egeria to host other types of governance engines such as Palisade and Gaian.
The following types have been added to support the governance action engines:
The LineageMapping open metadata relationship type has been updated to link Referenceables rather than SchemaElements. This is to capture lineage between components at different levels of detail since the data field mappings may not always be available. Lineage mapping is described in more detail here.
Since Egeria is integrating and distributing metadata from many different sources, it is inevitable that there will be multiple metadata instances that represent the same real-world "thing". The 0465 Duplicate Processing types allow these elements to be linked together.
- The node based User Interface component known as 'Presentation Server' has now fully moved to it's own GitHub Repository.
- The docker image has been renamed to egeria-react-ui
- Dino - Adds display of integration servers’ integration services and engine hosts’ engine services, including display of a dependency on a partnerOMAS.
- Rex - Improved error reporting and geometry management plus more consistent handling of focus objects. Enterprise queries are now the default, but can be over-ridden to perform a local operation.
- At this time 'Server Author' and 'Glossary Author' are still in development.
In addition to our 'lab' helm chart to support the Coco Pharmaceuticals environment, we have now added an additional helm chart which provides a simpler environment with just a single platform, and a single server, but configured with persistence and auto start. This offers an example of a simple Kubernetes deployment.
- Now implements the findEntities and fnidRelationships methods of the OMRS MetadataCollection API.
- Added detailed documentation for the graph repository
- CTS now has tests for findEntities and findRelationships methods and search tests have been realigned into profiles so that all search operations are in optional profiles, with basic and advanced profiles for each of entities and relationships.
Release 2.6 also contains many bug fixes and minor improvements & dependency updates
- Discovery Server, Stewardship Server, Virtualizer and Security Officer Server have been replaced with more extensive capability - see above.
- Information View OMAS has now been removed following earlier deprecation.
Link to Egeria's Roadmap for more details about the Open Metadata and Governance vision, strategy and content.
As part of the Linux AI & Data Foundation, our slack channels have moved to the LF AI & Data Slack workspace, and our mailing lists can now be found at https://lists.lfaidata.foundation/groups
Continue to use these resources, along with GitHub to report bugs or ask questions.
- Return to Release Notes
License: CC BY 4.0, Copyright Contributors to the ODPi Egeria project.