Skip to main content
Architecture10 min read

单体架构 vs 微服务:为何我为Nexural选择了模块化单体

Nexural平台有7个系统,但以模块化单体而非微服务运行。作为独立开发者,这是正确的选择,以及何时我会拆分。

Part ofFintech & Trading Systems->
By Jason TeixeiraApril 8, 2026
ArchitectureMicroservicesMonolithTypeScriptSystem Design
Share:
On this page

Nexural 生态系统包含 7 个相互关联的系统:交易仪表盘、Discord 机器人、研究引擎、告警系统、新闻通讯工作室、策略追踪器和自动化套件。

人们很自然地会认为这是微服务架构。但并非如此。这是一个模块化单体——而且这是经过深思熟虑的选择。

决策框架

我问了自己三个问题:

  1. 有多少工程师? 一个(我本人)。微服务会成倍增加运维开销。对于单人工程师而言,每新增一个服务就意味着多一条部署流水线、多一套监控配置、多一个凌晨两点需要调试的故障模式。

  2. 各模块是否需要独立扩缩容? 目前不需要。交易仪表盘和研究引擎都运行在 Vercel 上。它们没有不同的扩缩容特征,不足以证明独立基础设施的合理性。

  3. 各模块是否需要不同的技术栈? 部分需要——Discord 机器人使用 Node.js,告警系统使用 .NET。这些服务因必要性而分离。但 Web 应用都是 Next.js/TypeScript,共享类型、工具函数和数据库访问。

"模块化单体"的实际含义

代码库组织为单一仓库,具有清晰的领域边界:

Reader route

article -> proof -> offer

ReadClusterProofScope

cluster

Fintech & Trading Systems

intent

Architecture

route

next step

What to do with this

Turn the note into a build path.

If this topic maps to a real business problem, keep reading the cluster, study the academy path, or route the work into a scoped engagement.

Jason Teixeira
Written by
Jason Teixeira
Founder, Sage Ideas Studio · Principal Engineer
livebuild 5d6c8652026-08-05 06:00Z
// solo studio// no analytics resold// every commit human-reviewed