sv

Hur det fungerar?

Behöver du hjälp för företag?

Kontakta oss för en personlig FinMV offert skräddarsydd efter dina behov.

Monolitisk eller mikroservice?

Den tekniska chefen för ditt företag måste, när du planerar lanseringen av en finansiell plattform, välja ett alternativ för projektarkitektur. Vilka arkitekturalternativ är tillgängliga för honom och vilken är bättre att välja?

Börja med den enklaste arkitekturen som håller gränserna tydliga

En ny investeringsplattform har ett team, en driftsättning och en databas. Kostnaden för ett distribuerat system i det skedet går helt åt till omkostnader: nätverksanrop där ett funktionsanrop hade räckt, eventuell konsekvens där en transaktion hade räckt, och en driftbelastning som ingen är bemannad för.

Därför är standardimplementationen modulär: onboarding, erbjudanden, investeringar, betalningar, dokument, service och rapportering lever bakom tydliga gränser inom ett enda driftsatt system. Det som gör den modulär är inte mappstrukturen, utan att varje modul har ett kontrakt, äger sina egna data och täcks av sina egna tester.

En tjänst bryts ut när det finns ett skäl

En modul blir en separat tjänst när det finns ett konkret skäl, och skälen är affärsmässiga, inte modebetonade:

  • skala — en del av systemet behöver växa eller fallera oberoende av resten
  • säkerhet — en gräns behöver starkare isolering än vad en modul inom en enda process ger
  • regelefterlevnad — en tillsynsmyndighet eller revision kräver åtskillnad av ansvar eller data
  • driftsättning — en del måste släppas i en annan takt eller av ett annat team
  • integrationer — ett externt system dikterar sin egen tillgänglighets- och kapacitetsprofil
  • organisation — separata team behöver äga separata saker utan att samordna varje release

Eftersom gränserna och kontrakten redan finns är utbrytningen en planerad operation, inte en omskrivning. Det är hela poängen med att bygga på detta sätt: möjligheten förblir öppen och förblir billig.

Asynkront där det lönar sig

Arbete som inte behöver blockera en användare — avstämning av uppgörelser, dokumentgenerering, leverantörers callbacks, rapportering — går via köer. Meddelandemäklare som RabbitMQ eller Kafka kommer in i bilden när kapacitet eller integrationstopologi motiverar dem, inte som standard. PostgreSQL förblir systemet för sanning (system of record); Redis används där låg latens i cachning eller samordning verkligen krävs.

Vad vi inte gör

Vi säljer inte en monolit, och vi säljer inte mikrotjänster. Båda är svar på frågor som ännu inte ställts. Vi bygger inte heller ett distribuerat system för att få plattformen att se seriös ut — arkitekturteater är dyr att driva och svår att lämna över.

Din arkitektur väljs utifrån din skala, dina regulatoriska skyldigheter, dina integrationer och storleken på det team som ska driva den — och den är utformad för att kunna förändras när de förändras.