The Egeria content is organized into the following modules:
- developer-resources - contains useful files and documentation for an Egeria developer.
- open-metadata-conformance-suite - implementation of the tests that determine if a vendor or open source technology is compliant with the open metadata and governance standards.
- open-metadata-distribution - contains scripts to extract the completed artifacts from the other modules and stores them together to make it easy to find them.
- open-metadata-implementation - implementation of standards, frameworks and connectors.
- access-services - domain specific APIs known as the Open Metadata Access Services (OMAS).
- asset-catalog - search for assets.
- asset-consumer - create connectors to access assets.
- asset-owner - manage metadata and feedback for owned assets.
- community-profile - manage personal profiles and communities.
- connected-asset - provide metadata about assets for the connectors.
- data-engine - exchange metadata with a data processing engine.
- data-platform - exchange metadata with a data platform.
- data-privacy - support a data privacy officer.
- data-process - manage metadata about process flows.
- data-science - manage metadata for analytics.
- dev-ops - manage metadata for a devOps pipeline.
- digital-architecture - support the definition of data standards and models.
- discovery-engine - manage metadata for metadata discovery services.
- governance-engine - manage metadata for an operational governance engine.
- governance-program - set up and manage a governance program.
- information-view - configure and manage metadata for data tools that create virtual views over data - such as business intelligence tools and data virtualization platforms.
- it-infrastructure - manage metadata about deployed infrastructure.
- project-management - manage definitions of projects for metadata management and governance.
- security-officer - set up rules to protect data.
- software-developer - deliver useful metadata to software developers.
- stewardship-action - manage metadata as part of a data steward's work to improve the data landscape.
- subject-area - develop a definition of a subject area including glossary terms, reference data and rules.
- adapters - pluggable component implementations.
- authentication-plugins support extensions to technology such as LDAP that are used to verify the identity of an individual or service requesting access to data/metadata.
- governance-engines-plugins support plugins to governance engines to enable them to use open metadata settings in their validation and enforcement decisions, and the resulting actions they take.
- open-connectors are connectors that support the Open Connector Framework (OCF).
- connector-configuration-factory creates Connection objects to configure the open connectors.
- access-services-connectors contains the topic connector implementations for each of the access services that support inbound events through an InTopic.
- repository-services-connectors contains connector implementations for each type of connector supported by the Open Metadata Repository Services (OMRS).
- audit-log-connectors supports different destinations for audit log messages.
- cohort-registry-store-connectors contains connectors that store the cohort membership details used and maintained by the cohort registry.
- open-metadata-archive-connectors contains connectors that can read and write open metadata archives.
- open-metadata-collection-store-connectors contains connectors that support mappings to different vendors' metadata repositories.
- graph-repository-connector - provides a local repository that uses a graph store as its persistence store.
- inmemory-repository-connector - provides a local repository that is entirely in memory. It is useful for testing/developing OMASs and demos.
- omrs-rest-repository-connector - enables IBM Information Governance Catalog to support open metadata.
- ibm-igc-repository-connector - uses the OMRS REST API to call an open metadata conformant repository.
- configuration-store-connectors contains the connectors that manage the open metadata configuration.
- event-bus-connectors supports different event/messaging infrastructures. They can be plugged into the topic connectors from the access-service-connectors and repository-service-connectors.
- governance-daemon-connectors contains connectors for the governance daemon servers that monitor activity or synchronize metadata and configuration asynchronously between different tools.
- data-store-connectors contain OCF connectors to data stores on different data platforms.
- frameworks - frameworks that support pluggable components.
- open-connector-framework provides the interfaces and base implementations for components (called connectors) that access data-related assets. OCF connectors also provide detailed metadata about the assets they access.
- open-discovery-framework provides the interfaces and base implementations for components (called discovery services) that access data-related assets and extract characteristics about the data that can be stored in an open metadata repository.
- governance-action-framework provides the interfaces and base implementations for components (called governance actions) that take action to correct a situation that is harmful the data, or the organization in some way.
- governance-servers - servers and daemons to run open metadata and governance function.
- admin-services - the admin services support the configuration of the OMAG Server Platform. This configuration determines which of the open metadata and governance services are active.
- discovery-engine-services - supports automated metadata discovery.
- security-sync-services - supports automated configuration of security engines.
- server-chassis - the server chassis provides the server framework for the OMAG Server Platform.
- stewardship-services - supports automated stewardship actions.
- repository-services - metadata exchange and federation - aka the Open Metadata Repository Services (OMRS).
- user-interfaces - browser based user interfaces.
- access-services-user-interface - provides a user interface that supports the user-facing Open Metadata Access Services (OMASs).
- server-configuration-user-interface - provides the administration user interface for an open metadata server.
- access-services - domain specific APIs known as the Open Metadata Access Services (OMAS).
- open-metadata-publication - contains scripts that send artifacts collected together by the open-metadata-distribution module to external parties.
- open-metadata-resources - contains the open metadata demos and samples.
- open-metadata-demos - contains resources for running demos.
- open-metadata-deployment - contains resources for deploying ODPi Egeria and related technology.
- open-metadata-samples - contains coding samples for Egeria APIs.
- open-metadata-tutorials - contains resources for running demos.
- open-metadata-test - supports additional test cases beyond unit test.
License: CC BY 4.0, Copyright Contributors to the ODPi Egeria project.