Kontakt oss for et personlig FinMV-tilbud skreddersydd til dine behov.
FinMV har historisk sett vært bygget i PHP. Det er et faktum om vår fortid, ikke et krav til din plattform. Spesifikasjonen, forretningsreglene og testsuiten er definert uavhengig av ett bestemt rammeverk, slik at en implementering kan produseres på det målet som passer teamet som skal leve med den.
Dette er stackene FinMV faktisk leverer og støtter i dag. Vi lister ikke opp teknologi vi ikke kan stå bak, og listen er bevisst kortere enn «hva som helst du måtte ønske».
Backend bærer domenet: tilbud, investeringer, pengebevegelse, compliance-kontroller og revisjonssporet. Dette er det viktigste valget, fordi det er nettopp denne koden dine ingeniører skal vedlikeholde.
Frontend dekker investorportalen, prosjekt- eller utstederområdet og backoffice. CSS-rammeverk som Tailwind hører hjemme her: det er et presentasjonslag, ikke en teknologistabel, og de påvirker aldri hvordan plattformen oppfører seg.
Data. PostgreSQL er systemet for registrering. Finansiell status, posisjoner og revisjonshistorikk trenger transaksjoner og integritetsbegrensninger, og det er derfor en relasjonsdatabase finnes.
Cache og koordinering. Redis, der rask caching eller koordinering er reelt nødvendig.
Asynkront arbeid. Køer tar hånd om det som ikke skal blokkere en bruker. En dedikert megler som RabbitMQ eller Kafka introduseres når gjennomstrømning eller integrasjonstopologi rettferdiggjør det — dette er en implementeringsbeslutning vi tar ut fra dine krav, ikke et spørsmål vi legger frem for deg.
Velg målet din ingeniørorganisasjon kan ansette for, gjennomgå og drifte. Har du allerede et team, er svaret vanligvis åpenbart. Har du det ikke ennå — velg det anbefalte alternativet; det kan revurderes før implementeringen starter.
Stabelen alene avgjør ikke prisen. Kostnaden endrer seg når det valgte implementeringsmålet reelt endrer omfanget av arbeidet, andelen som kan gjenbrukes, støttebelastningen, utrullings- og sikkerhetsprofilen eller leveringsrisikoen. Du betaler for et verifisert resultat, omfang, risiko og eierskap — ikke for kodelinjer i et bestemt språk.
Arkitektur er et separat spørsmål fra teknologi, og vi svarer på det på samme måte: se hvordan vi velger arkitektur.
