Home › Technology stack

De technology stack van een Payment Service Provider

Hoe sneller een transactie door de keten gaat, hoe eerder uw geld er is. Die snelheid wordt bepaald door keuzes die niemand u laat zien.

De technology stack van een PSP moet betrouwbaar, schaalbaar, veilig en compliant zijn, en dat alles tegelijk. Redundantie en hoge beschikbaarheid zijn geen luxe maar voorwaarde. Cloudproviders nemen een steeds groter deel over, al blijven eigen datacenters en hybride opstellingen gangbaar.

Deze pagina zet op een rij waaruit zo'n stack bestaat. Niet omdat u die zelf moet bouwen, maar omdat u de vragen moet kunnen stellen.

Applicatielaag

Frontend

JavaScript-frameworks als React, Angular of Vue.js.
Mobiele apps in Swift voor iOS en Kotlin of Java voor Android.
Verantwoordelijk voor de interface waar uw klant daadwerkelijk op klikt.

Backend

Programmeertalen. Java met Spring Boot, Python met Django of Flask, Node.js, Go, .NET of Ruby on Rails. De keuze volgt uit schaalbaarheidseisen en de expertise van het ontwikkelteam.
API gateways beheren en beveiligen de aanroepen tussen frontend, backend en externe systemen. Kong, Apigee en AWS API Gateway zijn gangbaar.
Microservices. Veel PSP's kiezen hiervoor, omwille van schaalbaarheid en veerkracht.
Message queues voor asynchrone communicatie tussen die services: RabbitMQ, Kafka, SQS.
Cache. Redis en Memcached houden veelgebruikte data bij de hand en ontlasten de databases.

Datalaag

Relationele databases (MySQL, PostgreSQL, Oracle, SQL Server) voor gestructureerde data als transacties en gebruikersgegevens. Data-integriteit is hier niet onderhandelbaar.
NoSQL (MongoDB, Cassandra, DynamoDB) voor grote hoeveelheden ongestructureerde data en flexibele schema's.
Data warehousing en data lakes (Snowflake, BigQuery, Redshift) voor analyse en rapportage. Hier komt uw reconciliatie vandaan.
Replicatie en back-ups naar geografisch gescheiden datacenters.

Infrastructuur

Datacenters. Sommige grote PSP's beheren hun eigen. De trend gaat naar AWS, Azure en Google Cloud, of naar een hybride opstelling.
Geografische redundantie over meerdere regio's, zodat één uitgevallen locatie niet uw hele omzet raakt.
Load balancing met HAProxy, Nginx of AWS ELB.
Virtualisatie en containers. VMware, Hyper-V en KVM voor virtuele machines; Docker en Kubernetes voor het verpakken en orkestreren van applicaties.
Content delivery network (Akamai, Cloudflare, CloudFront) om de laadtijd wereldwijd binnen de perken te houden.

Beveiligingslaag

Netwerk. Firewalls, intrusion detection en prevention, en een web application firewall.
Data. TLS voor data onderweg, schijfversleuteling voor data in rust, tokenization voor kaartnummers.
Accounts. Tweefactorauthenticatie.
Compliance. PCI DSS als ondergrens. Zie security bij een PSP.

Redundantie en beschikbaarheid

Failover. Automatisch omschakelen naar een reservesysteem bij een storing.
Load balancing. Verkeer verdelen zodat niets overbelast raakt.
Redundante hardware. Dubbele servers, netwerkapparatuur en stroomvoorziening, verdeeld over datacenters.
Disaster recovery. Een gedocumenteerd plan. De vraag die telt is wanneer het voor het laatst in de praktijk is geoefend.

Die keuzes zijn niet academisch. Ze bepalen hoe snel een transactie door de keten gaat en dus wanneer uw geld op uw rekening staat. Zie treasury.

Wat Heights voor u doet

De technologie van uw huidige PSP of acquirer beoordelen op wat die u kost aan tijd en conversie.
Beoordelen of de integratie met uw eigen systemen slimmer kan.
De technische vragen opstellen voor uw RFI of RFP, in taal waarop een leverancier zich vastlegt.
De antwoorden van leveranciers vertalen naar wat ze voor uw processen betekenen.
Meedraaien bij implementatie en acceptatietests.

Training betalingsverkeer

Heights verzorgt een training over de acceptatie van creditcards en andere betaalmethoden. Theorie waar het moet, praktijk waar het kan. Na afloop weet u waar in uw eigen keten de conversie en de kosten zitten.

Meer over de training betalingsverkeer