Skontaktuj się z nami, aby uzyskać indywidualną wycenę FinMV dostosowaną do Twoich potrzeb.
Historycznie FinMV zostało zbudowane w PHP. To fakt dotyczący naszej przeszłości, a nie wymóg dla Twojej platformy. Specyfikacja, reguły biznesowe i zestaw testów są opisane niezależnie od konkretnego frameworka, dzięki czemu implementację można wykonać w stosie, z którym będzie żył Twój zespół.
To stosy technologiczne, które FinMV rzeczywiście tworzy i wspiera już dziś. Nie wymieniamy technologii, za którymi nie możemy stać, dlatego lista jest celowo krótsza niż „dowolna, jaką sobie wybierzesz”.
Backend niesie domenę: oferty, inwestycje, przepływ pieniędzy, kontrole regulacyjne i ślad audytowy. To najważniejszy wybór, ponieważ właśnie ten kod będą utrzymywać Twoi inżynierowie.
Frontend — to portal inwestora, sekcja projektu lub emitenta oraz back office. Frameworki CSS, takie jak Tailwind, należą do tej warstwy: to warstwa stylizacji, a nie stos technologiczny, i nie wpływają na zachowanie platformy.
Dane. PostgreSQL to system rekordu. Stan finansowy, pozycje i historia audytu wymagają transakcji i ograniczeń integralności, do tego właśnie służy baza relacyjna.
Cache i koordynacja. Redis — tam, gdzie rzeczywiście potrzebny jest szybki cache lub koordynacja.
Praca asynchroniczna. Kolejki przejmują to, co nie powinno blokować użytkownika. Dedykowany broker — RabbitMQ lub Kafka — pojawia się wtedy, gdy uzasadnia to obciążenie lub topologia integracji. Tę decyzję podejmujemy na podstawie Twoich wymagań, a nie pozostawiamy jej Twojemu wyborowi.
Wybierz stos, dla którego Twoja organizacja inżynierska może zatrudniać ludzi, przeprowadzać przeglądy kodu i eksploatować system. Jeśli zespół już istnieje, odpowiedź jest zwykle oczywista. Jeśli go jeszcze nie ma — wybierz rekomendowany wariant, można do niego wrócić przed rozpoczęciem implementacji.
Sam stos nie decyduje o cenie. Koszt zmienia się wtedy, gdy wybrana implementacja rzeczywiście zmienia zakres pracy, udział tego, co można ponownie wykorzystać, obciążenie wsparcia, profil wdrożenia i bezpieczeństwa lub ryzyko dostawy. Płacisz za zweryfikowany rezultat, zakres, ryzyko i własność, a nie za linie kodu w konkretnym języku.
Architektura to osobna kwestia od technologii, i odpowiadamy na nią tak samo: zobacz jak wybieramy architekturę.
