TradeX BI

Overview

The business-intelligence slice of the TradeX trading platform — the part of the product family I built hands-on: a dedicated Data.Warehouse backend, an ABP-layered .NET solution that aggregates through Microsoft Orleans grains, paired with a Next.js dashboard that renders revenue, growth, and market analytics.

The dashboard front-end ships the TradingView charting library, Highcharts, and lightweight-charts, with Redux Toolkit state, Sentry monitoring, and Helm charts for Kubernetes delivery.

• DataWarehouseABP + Orleans aggregation backend (local + hamgit)
• tradex-projects/dashboardNext.js BI dashboard

Tech stack

Repository structure

Both real repository layouts — note the Orleans grain pair inside the warehouse:

aspnet-core/src/
├─ Data.Warehouse.Domain / Domain.Shared
├─ Data.Warehouse.Application / .Contracts
├─ Data.Warehouse.EntityFrameworkCore
├─ Data.Warehouse.Grains              Orleans aggregation actors
├─ Data.Warehouse.GrainInterfaces
├─ Data.Warehouse.HttpApi / .Host / .Client
└─ Data.Warehouse.DbMigrator
dashboard/
├─ src/  pages · components · hooks · store
├─ public/charting_library            TradingView
└─ helm/                              k8s deploy

Design patterns

• Actor-based aggregation

  Data.Warehouse.Grains aggregates event streams into warehouse facts using the same Orleans actor discipline as the signal backtesting engine.

• ABP layered modules

  Domain / Application / EF Core / HttpApi separation with a dedicated DbMigrator for deploy-time schema.

• BFF dashboard

  The Next.js app owns its own session (iron-session) and proxies analytics queries to the warehouse HttpApi.

System design