Kontaktujte nás pro personalizovanou nabídku FinMV přizpůsobenou vašim potřebám.
Historicky je FinMV napsán v PHP. Je to fakt o naší minulosti, ne požadavek na vaši platformu. Specifikace, obchodní pravidla a sada testů jsou popsány nezávisle na konkrétním frameworku, takže implementaci lze provést na stacku, se kterým bude váš tým žít.
Toto jsou stacky, které FinMV skutečně dodává a dnes podporuje. Neuvádíme technologie, za kterými si nemůžeme stát, a seznam je záměrně kratší než "cokoli si vyberete".
Backend nese doménu: nabídky, investice, pohyb peněz, regulatorní kontroly a auditní stopu. Je to nejvýznamnější volba, protože právě tento kód budou spravovat vaši inženýři.
Frontend — kabinet investora, sekce projektu nebo emitenta a back office. CSS frameworky jako Tailwind sem patří: je to vrstva vzhledu, ne technologický stack, a na chování platformy nemají vliv.
Data. PostgreSQL je systém záznamu. Finanční stav, pozice a auditní historie potřebují transakce a omezení integrity, k tomu právě slouží relační databáze.
Cache a koordinace. Redis — tam, kde je skutečně potřeba rychlá cache nebo koordinace.
Asynchronní práce. Fronty přebírají to, co nesmí blokovat uživatele. Samostatný broker — RabbitMQ nebo Kafka — se objevuje, když to opodstatňuje zátěž nebo topologie integrací. Toto rozhodnutí děláme na základě vašich požadavků, ne že bychom je nechávali na vás.
Vezměte stack, pro který vaše inženýrská organizace může najímat lidi, provádět review a provozovat systém. Pokud tým už máte, odpověď je obvykle zřejmá. Pokud ho ještě nemáte, vezměte doporučenou variantu, ke které se lze vrátit před začátkem implementace.
Samotný stack neurčuje cenu. Cena se mění tehdy, kdy zvolená implementace skutečně mění objem práce, podíl znovupoužitelného, zátěž na podporu, profil nasazení a bezpečnosti nebo riziko dodávky. Platíte za ověřený výsledek, rozsah, riziko a vlastnictví, ne za řádky kódu v konkrétním jazyce.
Architektura je samostatná otázka od technologií, a odpovídáme na ni stejně: viz jak volíme architekturu.
