Data platform architecture
Designing clearer platform foundations across lakehouse, warehouse, semantic, and operational layers.
XH / bossruji · xhverse.co
XHVERSE is my data engineering journal and portfolio — covering platform design, governance patterns, and analytics delivery across Azure, Databricks, and Microsoft Fabric.
A data platform craftsman: practical, production-focused, and built for teams that ship.
Work focus
The work is technical, but the goal is operational clarity: platforms that teams can govern, extend, monitor, and explain with confidence.
Designing clearer platform foundations across lakehouse, warehouse, semantic, and operational layers.
Turning fragmented access, naming, ownership, and operating models into maintainable platform rules.
Migrating legacy BI to modern platforms, building semantic layers, and enabling self-service reporting at enterprise scale.
Translating technical platform decisions into practical narratives for delivery teams and stakeholders.
Capability system
Platform
Architecture
Data Layer
Engineering
Analytics & Gov
Tools
Free tools and labs for platform decisions, access design, table layout, semantic models, recovery planning, and fast architecture checks. No login required.
Egress calculator
Estimate AWS, Google Cloud, and Azure egress costs for Thailand and Singapore internet, external cloud, and same-cloud regional paths.
Open tool →
Placement simulator
Compare Databricks, Fabric, and Power BI placement paths for a workload. Get a directional recommendation, runners-up, and review warnings.
Open tool →
Contract builder
Turn ownership, grain, freshness, quality, access, lifecycle, and consumer expectations into a copyable data product contract brief.
Open tool →
Access simulator
Pressure-test Databricks, Fabric, and Power BI access paths against least-privilege controls, sensitivity, and masking expectations.
Open tool →
Layout advisor
Assess table size, file pressure, query filters, update patterns, and engine mix to get layout and maintenance guidance.
Open tool →
Model doctor
Check fact grain, relationships, measures, refresh mode, and report symptoms before a semantic model becomes slow or inconsistent.
Open tool →
Selected work themes
A focused view of the platform problems, engineering decisions, and operating outcomes that shape the work.
Clarifying workspace access, catalog permissions, policy boundaries, and operating rules so teams can use the platform without growing permission sprawl.
Visible outcomes
Turning workspace administration, semantic model movement, and role assignment flows into repeatable practices that are easier to verify and maintain.
Visible outcomes
Connecting delivery teams, stakeholders, and platform owners through practical architecture decisions, clearer standards, and decision-ready communication.
Visible outcomes
Public proof
Operating principles
Clear contracts before clever systems
Governance that operators can actually run
Architecture decisions tied to business context
Platforms designed for maintenance, not only launch
Writing
Change Data Capture matters because it turns source-system change into ordered, replayable data contracts, but only when teams design for snapshots, retention, schema drift, deletes, and recovery.
Data architecture is not a stack label, data model, or implementation pattern; it is the operating blueprint that connects ownership, governance, serving contracts, cost, latency, reliability, and change.
A practical way to group PySpark data quality checks by the production failures they prevent: broken contracts, duplicate loads, stale data, invalid business logic, and silent drift.
Contact
Open to architecture consulting, platform advisory, and data governance conversations.