Võtke meiega ühendust, et saada teie vajadustele kohandatud FinMV hinnapakkumine.
Teie ettevõtte tehniline direktor peab finantsplatvormi käivitamist kavandades valima projekti arhitektuuri valiku. Millised arhitektuurivõimalused on tal saadaval ja millist neist on parem valida?
Uuel investeerimisplatvormil on üks meeskond, üks juurutus ja üks andmebaas. Hajussüsteemi kulu on selles etapis täielikult üldkulu: võrgukutsed seal, kus piisaks funktsioonikutsest, lõplik järjepidevus seal, kus piisaks tehingust, ja operatiivkoormus, mille jaoks pole inimesi.
Seetõttu on vaikimisi lahendus modulaarne: sisseelamine, pakkumised, investeeringud, maksed, dokumendid, teenindus ja aruandlus elavad selgete piiride taga ühe juurutatava süsteemi sees. Modulaarseks teeb selle mitte kaustastruktuur, vaid see, et igal moodulil on oma leping, oma andmed ja oma testid.
Moodulist saab eraldi teenus konkreetsel alusel, ja need alused on ärilised, mitte moehullustusest tulenevad:
Kuna piirid ja lepingud on juba olemas, on teenuse eraldamine planeeritud toiming, mitte ümberkirjutamine. Selles seisnebki mõte: võimalus jääb avatuks ja jääb odavaks.
Töö, mis ei tohi kasutajat blokeerida — arvelduste sobitamine, dokumentide genereerimine, pakkujate tagasikutsed, aruandlus — käib järjekordade kaudu. Sõnumibrokerid, nagu RabbitMQ või Kafka, tulevad mängu siis, kui koormus või integratsioonide topoloogia seda õigustab, mitte vaikimisi. PostgreSQL jääb registreerimissüsteemiks; Redist kasutatakse seal, kus tõesti on vaja kiiret vahemälu või koordineerimist.
Me ei müü monoliiti ega müü mikroteenuseid. Mõlemad on vastused küsimustele, mida veel keegi ei ole esitanud. Samuti ei ehita me hajussüsteemi selleks, et näha muljetavaldav välja — arhitektuuriteater on kallis käitada ja raske üle anda.
Teie arhitektuur valitakse teie mahu, regulatiivsete kohustuste, integratsioonide ja seda opereeriva meeskonna suuruse põhjal — ja see on kavandatud nii, et see saab koos nendega muutuda.
