View Categories

Complete Data Source Inventory

2 min read

The 10 Data Domains Every EA 2.0 Graph Needs #


1 Purpose #

A graph is only as intelligent as the data that feeds it.
EA 2.0 succeeds not by building new data, but by integrating the living systems already running the enterprise — each a view into capability, cost, risk, or compliance.

The goal of this inventory is to define what must be connected for an EA 2.0 platform to generate predictive, auditable insight.


2 Design Philosophy #

  1. Breadth first → Depth later: connect all 10 domains lightly before enriching any one of them deeply.
  2. Native source → Authoritative system: always extract from the system of record, not a shadow report.
  3. Metadata over payload: EA 2.0 cares more about “what, who, when, why” than raw data volume.
  4. Low-impact collection: never stress production; use deltas, APIs, or replicas.
  5. Traceability: every record in the graph must know its origin (source_system, source_id, last_seen_at).

3 The Ten Core Data Domains #

#DomainSource Systems (typical)Key Entities to ExtractWhy It Matters to EA 2.0
1Business Capability RegisterExcel catalog / SharePoint / Collibra / Strategy ToolCapabilities, owners, KPIs, strategic themesDefines the anchor layer of the graph; links business intent to delivery.
2Application Portfolio / CMDBServiceNow CMDB / BMC / LeanIXApplications, services, interfaces, lifecyclesCore visibility of “what runs where”; enables rationalization and impact analysis.
3Infrastructure & Cloud InventoryAzure Resource Graph / AWS Config / vCenterCompute, storage, network assets, tagsProvides run-time context and enables cost and risk analytics.
4Data Catalog & LineagePurview / Glue / InformaticaDatasets, schemas, sensitivity, lineage linksConnects data flows to apps and controls for trust and AI readiness.
5Risk & Control RegistersServiceNow GRC / Archer / IRMRisks, controls, mitigation plansPowers predictive governance and policy simulation.
6Project & Investment PortfolioPPM Tool / Azure DevOps Boards / JiraInitiatives, budgets, timelines, objectivesMaps strategic spend to capability change; tracks value realization.
7Finance & Procurement FeedsERP / SAP / Excel reportsApplication costs, contracts, vendorsEnables cost forecasting and vendor risk profiling.
8Security Posture & ComplianceDefender for Cloud / Prisma / Security HubVulnerabilities, compliance status, severityFeeds AI models for risk propagation and self-healing actions.
9HR & Org StructureWorkday / SAP SuccessFactorsPeople, roles, departments, tenureEstablishes ownership and accountability graphs.
10Observability & Incident TelemetryITSM / APM / Log Analytics / SentinelAlerts, MTTR, incident tagsCloses the loop — feeds AI learning and governance feedback.

4 Relationship Map #

Each domain links to others in predictable ways:

[Capability]
   ↕ supports
[Application] → uses → [Data Asset]
   ↕ hosts
[Infrastructure]
   ↕ governed by
[Control] ← mitigates ← [Risk]
   ↕ owned by
[Role]
   ↕ measured by
[Outcome]

The goal isn’t completeness — it’s minimum viable connectivity: every node can reach a business outcome in ≤ 4 hops.


5 Data Health Attributes #

For every connected domain, EA 2.0 tracks:

AttributeDescriptionExample Metric
FreshnessLast update age95 % ≤ 30 days
Coverage% of apps linked to capabilities≥ 90 %
CompletenessPopulated required fields≥ 85 %
Confidence ScoreComposite trust index (0–1)0.8+ target
SensitivityHighest label in datasetConfidential / Restricted

6 Integration Sequencing #

  1. Quick-Win Stage – Connect CMDB, Capability Register, and Data Catalog (foundational graph).
  2. Expansion Stage – Add Risk/Control, Finance, and Project Portfolios.
  3. Optimization Stage – Bring Security Telemetry + HR Ownership for predictive governance.
  4. Closed-Loop Stage – Integrate Observability and Incident data for self-healing triggers.

7 Source Stewardship #

Each domain has a data steward responsible for freshness and quality.
EA 2.0 automates reminders and dashboards for them:

  • Red flags when data hasn’t refreshed within SLA.
  • Confidence scores per stewardship group.
  • Auto-assignment of correction tasks via ServiceNow.

8 Sovereign Cloud Considerations #

  • All connectors run within the tenant’s sovereign network boundary.
  • API calls authenticated via Entra ID (OAuth 2.0 client credentials).
  • Sensitive feeds (e.g., HR or Finance) are tagged restricted and never leave region.
  • AI reasoning services query anonymized metadata only.

9 Minimum Viable Graph Readiness Checklist #

✅ Capability → Application links ≥ 80 %
✅ Application → Data → Control chains exist for critical assets
✅ At least one Risk node connected to each Capability domain
✅ Cost data available for top 20 apps
✅ All nodes have source_system and last_seen_at
✅ Feed frequency ≤ 30 days

Meeting these marks unlocks the Predictive and Governance layers.


10 Future Data Domains (Optional) #

  • Customer Experience Metrics (NPS, churn predictors)
  • Sustainability Data (Carbon intensity per service)
  • Third-party Dependency Maps (SaaS integration risk)
  • AI Model Registry (Responsible AI metadata)

These extend EA 2.0 into strategy, ESG, and AI governance territory.


💡 Takeaway #

The EA 2.0 graph is not built once — it is fed.
A living architecture is a living integration network.
When these ten domains stream in sync, the organization finally sees itself as one system.

Powered by BetterDocs

Leave a Reply

Your email address will not be published. Required fields are marked *

Scroll to Top