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 टेबल डरावने लगते हैं। मुख्य बात चरणबद्ध डिज़ाइन थी:

  • चरण 1 (कोर): उपयोगकर्ता, प्रमाणीकरण, सब्सक्रिप्शन — 20 टेबल
  • चरण 2 (ट्रेडिंग): इंस्ट्रूमेंट, पोजीशन, सिग्नल — 35 टेबल
  • चरण 3 (समुदाय): Discord इंटीग्रेशन, मॉडरेशन लॉग — 25 टेबल
  • चरण 4 (एनालिटिक्स): मीट्रिक, रिपोर्ट, टेलीमेट्री — 30 टेबल
  • चरण 5-7: रिसर्च, अलर्ट, न्यूज़लेटर — 75 टेबल

प्रत्येक चरण का अपना माइग्रेशन, अपना टेस्ट सूट और अपना रोलबैक प्लान था। मैंने कभी एक समय में एक से अधिक डोमेन को संशोधित नहीं किया।

स्कीमा निर्णय जो मायने रखते थे

जहाँ ज़रूरी हो वहाँ नॉर्मलाइज़ किया: User → Subscription → Plan पूरी तरह से नॉर्मलाइज़ है। कोई डीनॉर्मलाइज़ेशन शॉर्टकट नहीं जो बिलिंग बग पैदा करे।

जहाँ गति मायने रखती हो वहाँ डीनॉर्मलाइज़ किया: ट्रेडिंग डैशबोर्ड डीनॉर्मलाइज़्ड व्यू क्वेरी करते हैं। एक ट्रेडर को 3NF की परवाह नहीं है — उन्हें 50ms से कम लोड टाइम की परवाह है।

हर जगह रो-लेवल सिक्योरिटी: हर टेबल पर 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