Skip to main content
Architecture14 min read

独自构建金融科技平台:185张表、69个API、7个系统

从头架构并构建Nexural生态系统的完整故事——数据库设计、API架构、Stripe集成,以及作为生产级金融科技平台唯一工程师的经验教训。

Part ofFintech & Trading Systems->
By Jason TeixeiraApril 20, 2026
Next.jsSupabaseStripeArchitectureDatabase DesignFinTech
Share:
On this page

多数工程师一次只负责一个服务。而我构建了一整个生态系统。

Nexural平台始于一个简单的想法:为我的交易社区打造一个仪表盘。最终它发展成为一个完整的金融科技平台,包含185张数据库表、69个API端点、Stripe计费系统、AI驱动的Discord机器人、研究引擎、新闻通讯工作室,以及实时警报系统。

这一切都由我设计并构建。以下是我的心得。

相关系统:构建产品界面与系统地图 将相同的界面/系统模式转化为可复用的构建框架。

项目范围

七大互联系统:

  1. 交易仪表盘 — 实时市场数据、图表、投资组合追踪
  2. Discord AI引擎 — 30余条指令、GPT-4o集成、自动审核
  3. 研究引擎 — 71+指标、策略分析、CSV导入
  4. 警报系统 — NinjaTrader 8集成、.NET后端、实时通知
  5. 新闻通讯工作室 — 自动化内容生成与分发
  6. 策略追踪器 — 跨交易系统的绩效监控
  7. 自动化套件 — 61个测试套件、CI/CD、质量门禁

规模化数据库设计

185张表听起来令人望而生畏。关键在于分阶段设计:

  • 第一阶段(核心): 用户、认证、订阅 — 20张表
  • 第二阶段(交易): 交易品种、持仓、信号 — 35张表
  • 第三阶段(社区): Discord集成、审核日志 — 25张表
  • 第四阶段(分析): 指标、报告、遥测 — 30张表
  • 第五至七阶段: 研究、警报、新闻通讯 — 75张表

每个阶段都有独立的迁移脚本、测试套件和回滚方案。我从未同时修改超过一个领域。

关键的模式设计决策

关键处规范化: 用户 → 订阅 → 套餐完全规范化。没有采用会导致计费错误的非规范化捷径。

速度处反规范化: 交易仪表盘查询反规范化的视图。交易者不在乎第三范式——他们只关心低于50毫秒的加载时间。

处处行级安全: 每张表都应用了Supabase RLS策略。即使API存在漏洞,用户也永远无法看到其他用户的数据。

API架构

69个端点遵循一致的模式:

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 81e8c8e2026-07-28 06:02Z
// solo studio// no analytics resold// every commit human-reviewed