Wstęp
Tworząc aplikację fintech, decyzja o wyborze stosu technologicznego nie powinna być podejmowana wyłącznie z technicznego punktu widzenia; można ją również traktować jako decyzję strategiczną. Wybrany stos technologiczny będzie miał ogólny wpływ na takie kwestie, jak zgodność z przepisami, wydajność aplikacji, możliwość szybkiego rozwoju lub częstego wprowadzania zmian w produkcie oraz zadowolenie użytkowników końcowych (i audytorów).
W Appricotsoft wspieramy przedsiębiorców z branży fintech i menedżerów produktów w pokonywaniu wyzwań związanych z równowagą między zgodnością, wydajnością i szybkością wdrażania produktów. Niezależnie od tego, czy tworzysz swój pierwszy neobank, rozwijasz bramkę płatności, czy opracowujesz narzędzia dla PSD2, KYC, otwartej bankowości itp., wybrana przez Ciebie technologia albo pomoże, albo utrudni Twój biznes. Oto kilka wskazówek, jak podjąć te decyzje.
Zrozumienie szerszego obrazu: aplikacje FinTech mają unikalne zestawy technologii
Zestawy technologiczne wykorzystywane w aplikacjach fintech są wyjątkowe w porównaniu do innych produktów SaaS, ponieważ:
- Aplikacje Fintech przetwarzają bardzo wrażliwe informacje o użytkownikach (takie jak dane osobowe i finansowe)
- Większość aplikacji technologii finansowych będzie wymagać korzystania z regulowanej infrastruktury (takiej jak przetwarzanie płatności), np. PCI DSS, PSD2, zgodności z AML/KYC itp.
- Aplikacje Fintech muszą charakteryzować się wysoką dostępnością (muszą działać 24 godziny na dobę, 7 dni w tygodniu – 365 dni w roku)
- Środowisko regulacyjne i rynkowe stale się zmienia, dlatego wiele pakietów technologicznych wykorzystywanych przez aplikacje fintech prawdopodobnie będzie wymagało bardzo częstych aktualizacji
Zatem stos technologiczny używany w aplikacjach fintech musi gwarantować bezpieczeństwo, możliwość śledzenia, wysoką wydajność i możliwość adaptacji, a także umożliwiać szybkie opracowywanie i wdrażanie zmian w aplikacjach.
Przyjrzyjmy się bliżej tym czynnikom.
Bezpieczeństwo i wydajność języków zaplecza
Aby sektor Fintech mógł się rozwijać, języki programowania muszą posiadać pewne podstawowe cechy, które pozwolą im sprostać stawianym im wymaganiom: bezpieczeństwo, wsparcie, I możliwość audytu.
Rekomendacje dotyczące stosu technologii zaplecza:
- TypeScript + Node.js: W połączeniu z innymi językami, TypeScript zapewnia statyczne sprawdzanie typów w połączeniu z automatycznym testowaniem, umożliwiając szybką iterację przy jednoczesnym zachowaniu bezpieczeństwa bazy kodu. TypeScript jest również bardzo skuteczny w architekturze sterowanej zdarzeniami i aplikacjach chmurowych.
- Go (Golang): Golang zyskuje na popularności jako język back-endowy do tworzenia wydajnych interfejsów API. Golang charakteryzuje się statyczną składnią, jest szybki i prosty w użyciu, co czyni go idealnym wyborem dla interfejsów API bramek płatniczych i/lub interfejsów API mikrousług.
- Java/Kotlin: Java i Kotlin nadal pozostają głównym wyborem banków klasy enterprise. Java i Kotlin posiadają również solidny ekosystem, który zapewnia niezbędne narzędzia do tworzenia bezpiecznych i zgodnych z przepisami aplikacji. Java i Kotlin są często używane z frameworkiem Spring Boot do tworzenia nowoczesnych aplikacji.
- Pyton: Python doskonale nadaje się do aplikacji w sektorze technologii finansowych, które przetwarzają duże ilości danych, takich jak analiza ryzyka i uczenie maszynowe. Jednak podczas korzystania z Pythona niezbędne jest solidne sprawdzanie typów i automatyczne testowanie, aby zminimalizować ryzyko związane z dynamicznym typowaniem.
W Appricotsoft często rekomendujemy TypeScript lub Go klientom wymagającym szybkiego i bezpiecznego tworzenia aplikacji. Jeśli planujesz tworzyć integracje z rozwiązaniami firm trzecich lub interfejsy API dla otwartej bankowości, zalecamy wykorzystanie lekkich, testowalnych mikrousług jako architektury back-end.
Połączenie systemów baz danych: audytowalność i struktura
Jeśli tworzysz aplikację FinTech, baza danych powinna oferować doskonałe gwarancje transakcji i ścieżkę audytu.
Dostępne opcje bazy danych:
- PostgreSQL to najpopularniejsze dostępne rozwiązanie bazodanowe. Architektura zgodna z ACID (atomowość, spójność, izolacja, trwałość), obsługa typów danych JSON, rozbudowana funkcjonalność ścieżki audytu i przyjazna dla użytkownika konstrukcja sprawiają, że jest to najlepszy wybór dla aplikacji transakcyjnych.
- MongoDB Jest to również opłacalna opcja dla aplikacji, które są szybko tworzone, ale tylko po wdrożeniu solidnego procesu walidacji schematu. Działa dobrze w przypadku logów, magazynów zdarzeń i metadanych; jednak nigdy nie należy go używać jako fundamentu dla podstawowych systemów finansowych.
- Redis może również zapewnić solidną wydajność w zakresie buforowania danych i zarządzania sesjami, jednak nie jest zalecany do przechowywania zapisów finansowych.
- ClickHouse lub BigQuery jest doskonałym rozwiązaniem analitycznym do zastosowań w czasie rzeczywistym, wykrywania oszustw i raportowania.
Ponadto chcemy mieć pewność, że wybrana przez nas baza danych spełnia wszelkie obowiązujące normy prawne i regulacyjne, przestrzegając wymogów RODO lub PSD2.
Usługi w chmurze: skalowalność, kontrola i zgodność
Dostawca usług w chmurze, z którego korzystasz (AWS, GCP lub Azure), może mieć duży wpływ na wydajność Twojego produktu Fintech.
Kluczowe kwestie do rozważenia:
- Jeśli planujesz korzystać z wieloregionalnej konfiguracji chmury, będzie ona odpowiednio uwzględniać Twoje obowiązki dotyczące przechowywania danych przechowywanych na terenie UE.
- Wdrożenie sieci Zero Trust z wykorzystaniem Amazon VPC, zapór sieciowych i grup zabezpieczeń pomoże chronić Twoje dane przed atakami zewnętrznymi i wewnętrznymi.
- W ramach usług w chmurze dostępnych jest kilka opcji usług zarządzanych do zarządzania kluczami i sekretami, w tym AWS Secrets Manager i Google Secret Manager.
- Aby zachować zgodność, konieczne jest prowadzenie dziennika audytu i kontroli wersji.
Wdrożymy Infrastrukturę jako Kod (Terraform) w celu zapewnienia i audytu usług w chmurze oraz zbudujemy procesy CI (ciągłej integracji) obejmujące kontrole zgodności już od pierwszego dnia.
Szybkość i bezpieczeństwo CI/CD
Dzięki odpowiedniemu rurociągowi możesz cieszyć się i szybkością, i bezpieczeństwem, nie rezygnując z jednego.
Zalecenia dotyczące narzędzi:
- GitHub Actions lub GitLab CI do wersjonowanych, powtarzalnych kompilacji.
- Automatyczne skanowanie kodu (SonarQube/Snyk) w celu wczesnego wykrywania luk w zabezpieczeniach.
- Egzekwowanie pokrycia testów: testy jednostkowe, integracyjne i regresyjne.
- Ręczne procesy zatwierdzania wdrożeń produkcyjnych (wymagane przepisami).
Zautomatyzowane i widoczne narzędzia mogą pomóc w spełnieniu oczekiwań organów regulacyjnych w zakresie możliwości śledzenia i zarządzania zmianami.
Obserwowalność – ponieważ czas sprawności to Twój produkt
Rejestry, metryki i ślady nie są tylko czymś przyjemnym; są one kluczowe dla pokazania sukcesu w branży technologii finansowych.
Nasz preferowany stos:
- Prometeusz + Grafana do zbierania danych pomiarowych i wyświetlania ich na pulpitach nawigacyjnych.
- OpenTelemetry + Jaeger do śledzenia systemów rozproszonych.
- Elastyczny stos Lub Loki w celach rejestrowania danych.
Tworzymy również systemy alarmowe (PagerDuty, Slack + Opsgenie) co pozwala nam na szybką reakcję na incydenty i tworzenie dokumentacji poincydentalnej w celu zapewnienia przejrzystości.
Platformy programistyczne dla urządzeń mobilnych: rozważania na temat platform natywnych i wieloplatformowych
Czy Twoja firma fintech stawia na rozwiązania mobilne? Jasne! Ale wybór niewłaściwego pakietu mobilnego może Cię opóźnić.
Kiedy używać wersji natywnej:
- Jeśli Twoja aplikacja będzie miała wiele funkcji urządzenia (FaceID, NFC).
- Jeśli musisz wdrożyć wymóg regulacyjny, który wymaga użycia funkcji specyficznej dla danej platformy.
- Jeśli Twoi klienci wymagają wysokiego poziomu wydajności i interfejsu użytkownika.
Kiedy stosować technologię wieloplatformową:
- Gdy będziesz tworzyć aplikacje z tą samą logiką interfejsu użytkownika (wdrażanie, pulpity nawigacyjne i alerty).
- Kiedy tworzysz MVP (minimalny produkt gotowy do wprowadzenia na rynek) na wczesnym etapie i nie dysponujesz dużym budżetem.
- Jeśli chcesz utworzyć tę samą funkcjonalność w systemach iOS i Android.
Rekomendacja Appricotsoft: React Native. Jako firma tworząca aplikacje React Native, stworzyliśmy aplikacje Fintech, które pozwalają na równoważenie czasu potrzebnego na tworzenie i poprawę użyteczności, umożliwiając iterację aplikacji bez tworzenia duplikatów treści.
Udostępniamy również naszym klientom z branży technologii finansowych biblioteki wspólnych komponentów interfejsu użytkownika oraz systemy projektowania, aby pomóc im zachować spójność między różnymi platformami.
Zgodność i wybór pakietów: czego często brakuje przedsiębiorcom
Poniżej przedstawiamy rzeczy, które audytorzy zgodności będą faktycznie weryfikować.
Dzienniki audytu – kto dokonał jakiejkolwiek zmiany i kiedy (w tym zmiany w infrastrukturze).
Zarządzanie kontrolą zmian – w jaki sposób kod Twojego oprogramowania jest egzekwowany w środowisku produkcyjnym.
Zarządzanie kontrolą zmian w ustawieniach konfiguracji — w jaki sposób kontrolowane są pliki konfiguracyjne.
Szyfrowanie – w jaki sposób Twoje dane są chronione podczas przetwarzania oraz szyfrowane podczas przechowywania i/lub tworzenia kopii zapasowych.
Zasady kontroli dostępu (np. kontrola dostępu oparta na rolach, uwierzytelnianie wieloskładnikowe i niedozwolone udostępnianie poświadczeń).
Jakość kodu – w jaki sposób programiści wytworzyli Twój kod i ile testów przeprowadzono, aby upewnić się, że bieżąca funkcjonalność działa prawidłowo.
Twój stos będzie musiał obsługiwać:
✅ Niezmienne kompilacje
✅ Kontrola dostępu oparta na rolach
✅ Czysta historia kodu
✅ Zautomatyzowane procesy testowania i wdrażania
✅ Bezpieczne przechowywanie tajemnic
Aby mieć pewność, że nie musisz pamiętać o wdrażaniu tych elementów sterujących za każdym razem, gdy tworzysz nową aplikację, wdrażamy te elementy sterujące dla każdego projektu, korzystając z opartego na sztucznej inteligencji Unison Delivery Framework.
Jak wybór stosu może wpłynąć na skalowanie
Wiele startupów korzysta ze stosu, z którym pracował ich pierwotny inżynier. To w porządku, dopóki się nie rozwiniesz.
Poniżej przedstawiamy kilka sygnałów ostrzegawczych, na które należy zwrócić uwagę podczas pracy ze stosami:
- Monolit, w którym nie ma podziału między stroną administracyjną a stroną użytkownika końcowego
- Przechowywanie sesji w pamięci w przypadku wdrożeń z wieloma instancjami
- Brak rejestrowania i monitorowania poza console.log
- Zapisy do bazy danych zostały wykonane bez jakiegokolwiek śledzenia na potrzeby audytów
W naszej firmie, Appricotsoft, oferujemy szczegółowe usługi przeglądu architektury i praktycznych migracji, aby złagodzić te problemy.
Pomożemy Ci w każdym aspekcie Odkrywanie i planowanie technologii finansowych, ponieważ posiadanie dobrego stosu lub sposobu budowania systemów samo w sobie nie rozwiąże Twoich problemów.
Wnioski: Buduj to, co nadchodzi
Fintech nieustannie się rozwija i obejmuje wszystkie inne obszary technologii finansowej, takie jak produkty lub usługi technologii finansowej, technologię rozproszonego rejestru (DLT) i bankowość otwartą.
Musisz zbudować swój stos, mając to na uwadze. W Appricotsoft wykraczamy poza samo tworzenie aplikacji, pomagając założycielom fintech w przewidywaniu wyboru odpowiedniej technologii z wyprzedzeniem oraz udzielając wsparcia podczas audytu i przeglądu zgodności. Mamy nadzieję, że będziesz gotowy do uruchomienia swojej aplikacji z pewnością siebie i będziesz ją rozwijać zgodnie z planem.
Skontaktuj się z nami i daj nam znać, jak możemy pomóc Ci w kwestii stosu!
