The Data Praxis

Insights on Data Governance, AI Governance, AI Products, Data Architecture, and Product Strategy. By Vikas Pratap Singh.

Latest Articles

View all →
Data Architecture & Engineering June 19, 2026 · 35 min read

Knowledge Graph Cost Modeling: Build vs Buy, Layer-by-Layer Budgets, And Team Composition

Appendix B of the Knowledge Graph Practitioner's Guide. Decomposes the trilogy cost-and-benefit roll-up from Part 11c into the dollar lines a CFO can defend. Covers per-layer cost decomposition (foundation, operational, governance, agent), license-versus-infrastructure-versus-headcount splits, the build-versus-buy decision per layer, the 24-month team curve from one ontologist to a 12-person multi-discipline platform, the role-by-role compensation reality (ontologist, knowledge engineer, graph platform engineer, entity resolution engineer, governance lead, AI engineer), what ROI looks like at steady state, six failure modes in KG cost modeling, an eight-question budget diagnostic, and a tiered Do Next table for the CFO, the CDO, and the procurement officer.

#knowledge-graph#cost-modeling#build-vs-buy#team-composition
Data Governance & Management June 19, 2026 · 34 min read

Knowledge Graphs for Data Governance: Lineage, CDEs, and Master Data as a Graph

Most enterprise Data Governance has plateaued at a catalog plus a lineage tool plus a glossary plus a policy register, and four disconnected stores cannot answer the questions a regulator now asks. This article shows how a knowledge graph turns Data Lineage, Critical Data Elements, master data, and policy into one queryable substrate, with the OpenLineage-to-PROV-O bridge from Part 7 as the connective tissue. Worked patterns for BCBS 239, ECB RDARR attribute-level lineage, GDPR Article 30, and EU AI Act Article 10. Part 10 of the Knowledge Graph Practitioner's Guide.

#knowledge-graph#data-governance#data-lineage#critical-data-elements
Data Architecture & Engineering June 19, 2026 · 23 min read

Identity, Reference, and Inference: How a Graph Becomes Knowledge

Identity is the load-bearing decision in a knowledge graph. IRIs are identifiers, not URLs. owl:sameAs is not as simple as it looks. Entity resolution is not optional. Inference is what turns stored facts into knowledge, and the choice between forward chaining (materialization) and backward chaining (query rewriting) is the second-most expensive design call after identity. This article gives the working design rules for all three and the W3C reasoning profiles (OWL 2 EL, QL, RL) that production KGs actually pick. Part 5 of the Knowledge Graph Practitioner's Guide.

#knowledge-graph#entity-resolution#owl#inference

Stay in the loop

Get new articles on data governance, AI, and engineering delivered to your inbox.

No spam. Unsubscribe anytime.