This guide shows how to use OpenMetadata to implement practical data governance: ownership, roles and responsibilities, policies, domains, glossary/tags, SLAs, and stewardship workflows.
Related: Getting Started · Security & Compliance · Glossary
Last updated: October 29, 2025
flowchart LR
Dom[Domains] --> Coll[Collections]
Coll --> Ent[Entities]
Ent --> Own[Owners]
Ent --> Pol[Policies]
Ent --> Tag[Tags/Glossary]
Ent --> SLA[SLAs]
- Domains: logical boundaries (e.g., Finance, Marketing) to group data and assign accountability
- Collections: folders/groups to organize related assets
- Owners: teams or users (primary + secondary)
- Policies: rules for access, retention, quality
- Tags/Glossary: shared vocabulary and classification
- SLAs: expectations for freshness, quality, and response
Roles:
- Data Owner: accountable for a domain/collection; approves changes
- Data Steward: manages metadata quality and classifications
- Data Consumer: uses data subject to policies
Assign ownership:
- Navigate to an entity (table/dashboard/topic)
- Click Edit → Owners → select team/user
- Save; ownership flows into search facets and lineage views
Create domains to reflect org structure. Within a domain, create collections for projects or functional groupings.
Best practices:
- Keep domain count manageable (< 20)
- Use naming conventions (domain-project-collection)
- Delegate ownership to domain stewards
Use glossaries for business terms and tags for classification.
Steps:
- Create a glossary → add terms (definition, owner, reviewers)
- Define synonyms and related terms
- Apply tags/terms to entities manually or automatically (via classification rules)
graph TD
G[Glossary Term] -->|applied to| T1[Table]
G --> V1[View]
G --> D1[Dashboard]
OpenMetadata supports role-based access control (RBAC) and policies.
- Map IdP groups to OM roles (e.g., Steward, Consumer)
- Create policies to restrict sensitive tags (e.g., PII) to specific roles
- Use attribute-based rules where supported
Example policy ideas:
- Only Stewards can edit descriptions on PII-tagged tables
- Data Owners can approve term additions in their domain
Define SLAs for key datasets:
- Freshness: data updated by 8am UTC daily
- Completeness: null rate < 0.5%
- Distribution: values within expected ranges
Implement via tests:
- Create tests (row count, null %, min/max) in OpenMetadata or via dbt/Great Expectations
- Attach tests to entities and schedules
- Configure alerts for failures (Slack/Email)
Common flows:
- Description updates → steward review
- Glossary term requests → owner approval
- Classification changes → security review for PII
sequenceDiagram
participant U as User
participant S as Steward
participant O as Owner
U->>S: Proposes term/description
S->>O: Reviews and requests approval
O-->>S: Approves/Rejects
S-->>U: Merges change / Requests revision
- Use search facets to list PII-tagged assets and verify ownership
- Export metadata for audit snapshots if required
- Track changes via activity feeds
Week 1 checklist:
- Define 5–10 glossary terms
- Tag top 20 datasets
- Assign owners and stewards for 3 domains
- Add 2–3 quality tests per critical table
- Missing owners: ensure users/teams are synced from SSO/SCIM or defined in OM
- Inconsistent tags: adopt a governance working group to standardize vocabulary
- Approval delays: automate notifications and define SLAs
Next: Implement Data Quality tests and set alerting in Monitoring & Maintenance.