Forduljon hozzánk személyre szabott FinMV árajánlatért az Ön igényeinek megfelelően.
Cége műszaki igazgatójának egy pénzügyi platform elindításának tervezésekor ki kell választania egy projektarchitektúra lehetőséget. Milyen építészeti lehetőségek állnak rendelkezésére, és melyiket érdemes választani?
Egy új befektetési platformnak egy csapata, egy telepítése és egy adatbázisa van. Ebben a szakaszban egy elosztott rendszer költsége teljes egészében rezsiköltségként jelentkezik: hálózati hívások ott, ahol egy függvényhívás is elég lenne, végleges konzisztencia ott, ahol egy tranzakció is elég lenne, és üzemeltetési terhelés, amelyre senkinek nincs elég embere.
Ezért az alapértelmezett megvalósítás moduláris: az onboarding, az ajánlatok, a befektetések, a fizetések, a dokumentumok, a szolgáltatás és a jelentéskészítés explicit határok mögött él egyetlen telepíthető rendszeren belül. Nem a mappastruktúra teszi modulárissá, hanem az, hogy minden modulnak van szerződése, saját adata és saját tesztjei.
Egy modul akkor válik önálló szolgáltatássá, amikor konkrét ok áll fenn, és ezek az okok üzleti, nem pedig architektúrai divat jellegűek:
Mivel a határok és a szerződések már léteznek, a kiválás egy tervezett művelet, nem pedig átírás. Ez a lényeg: a lehetőség nyitva marad, és olcsó marad.
Az a munka, amelynek nem szabad blokkolnia a felhasználót — elszámolás-egyeztetés, dokumentumgenerálás, szolgáltatói visszahívások, jelentéskészítés — sorokon keresztül fut. Az olyan üzenetbrókerek, mint a RabbitMQ vagy a Kafka, akkor kerülnek képbe, amikor az átviteli sebesség vagy az integrációs topológia indokolja, nem pedig alapértelmezésként. A PostgreSQL marad a rendszer nyilvántartása; a Redis-t ott használjuk, ahol valóban alacsony késleltetésű gyorsítótárazásra vagy koordinációra van szükség.
Nem monolitot árulunk, és nem mikroszolgáltatásokat árulunk. Mindkettő olyan kérdésekre adott válasz, amelyeket még senki sem tett fel. Azt sem építünk elosztott rendszert csupán azért, hogy a platform komolynak tűnjön — az architektúra-színház drága üzemeltetni és nehéz átadni.
Az Ön architektúráját a méretezés, a szabályozási kötelezettségek, az integrációk és az azt üzemeltető csapat mérete alapján választjuk ki — és úgy tervezzük, hogy ezekkel együtt tudjon változni.
