Skip to main content
Architecture

Monolith vs Microservices: Why I Chose a Modular Monolith for Nexural

April 8, 202610 min read
ArchitectureMicroservicesMonolithTypeScriptSystem Design
Share:

The Nexural ecosystem has 7 interconnected systems: trading dashboard, Discord bot, research engine, alert system, newsletter studio, strategy tracker, and automation suite.

It would be natural to assume this is a microservices architecture. It's not. It's a modular monolith — and that was deliberate.

The Decision Framework

I asked three questions:

  1. How many engineers? One (me). Microservices multiply operational overhead. With one engineer, every new service means another deployment pipeline, another monitoring setup, another failure mode to debug at 2am.

  2. Do the modules need independent scaling? Not yet. The trading dashboard and research engine both run on Vercel. They don't have different scaling profiles that would justify separate infrastructure.

  3. Do the modules need different tech stacks? Partially — the Discord bot is Node.js, the alert system is .NET. Those are separate services by necessity. But the web apps are all Next.js/TypeScript and share types, utilities, and database access.

What "Modular Monolith" Means in Practice

The codebase is organized as one repo with clear domain boundaries:

\

Related reading

All posts →
Jason Teixeira
Written by
Jason Teixeira
Founder, Sage Ideas Studio
More about Jason →

Want to see this in action?

Check out the projects and case studies behind these articles.

livebuild 29be8ec2026-06-11 06:38Z
// solo studio// no analytics resold// every commit human-reviewed