Technologie et infrastructure → Approche et fonctions de Serverless

Approche serverless et fonctions

1) Qu'est-ce que serverless et quand il est nécessaire

Serverless est un modèle où le cloud prend en charge la gestion des serveurs, la mise à l'échelle et les correctifs, et l'équipe écrit des gestionnaires d'événements et utilise FaaS (Functions-as-a-Service) et BaaS (services gérés : files d'attente, bases de données, stockage). Vous gagnez dans la vitesse de livraison, payez pour l'exécution réelle et mettez facilement à l'échelle les charges « effervescentes ».

• Webhooks PSP/KYC (nombreuses requêtes courtes, pics imprévisibles).
• Antifrod/scoring (fonctions d'événement, enrichment, fonction store).
• Reporting/CDC → DWH (traitement par lots et en continu).
• Marketing/CRM (événements déclencheurs, pushi, coupons, segmentation).
• Backend-API facile et tâches de service (throttling, fonctions cron).

• Il faut une latence P99 constante (sous-10ms) sans hésitation.
• Connexions/protocoles à longue durée de vie (temps réel haute fréquence sans proxy).
• Calcul grand, stateful avec CPU/GPU de longue durée et coupling tight.

2) Briques architecturales

2. 1 FaaS

Gestionnaires d'événements : passerelle HTTP/API, files d'attente, strimes, minuteries, stockage objet, déclencheurs OBD.
Démarrage/empilement fin : calques/fonctions d'image, échauffement.

2. 2 BaaS et intégration

Files d'attente/streaming (at-least-once), Pub/Sub pour les événements de domaine.
Stockage : objet (matières premières/artefacts), KV/cache, documents/relationnelle.
Orchestration : state machines/step functions, sagas et compensations.
passerelle API : authentification (OAuth/OIDC/HMAC), limites, transformations.

2. 3 Boucle réseau

Front public (edge/API passerelle) + fonctions privées dans le VPC pour accéder aux bases de données/secrets/PSP.
Contrôle egress : allow-list à PSP/KYC, NAT-IP fixe.

3) Performance : Démarrage à froid, concurrence, durée

Démarrage à froid : premier démarrage du conteneur de la fonction après arrêt.
Mitigez : réduisez les dépendances, utilisez le « réchauffage » (invoque périodique), gardez les fonctions dans la même zone que les sources, appliquez les temps longs avec soin.
Compétitivité : définissez 'max _ concurrency' et les limites par source (file d'attente/passerelle) pour ne pas « remplir » la PSP/OBD.
Durée d'exécution : pour les tâches longues - décomposition en étapes + orchestration (step functions), pour les calculs lourds - batch/containers.

4) Fiabilité : Idempotence, Retrai, DLQ

Idempotence : 'Idempotency-Key '/déduplication à la réception (clé + stockage TTL).
Retrai : backoff exponentiel + jitter, limites de tentative ; séparer les erreurs métiers (4xx) des erreurs temporaires (5xx/timeout).
DLQ (dead-letter queue) : pour les messages qui n'ont pas eu lieu après N tentatives ; la console de replay et le traçage sont obligatoires.
Exactly-once (pratiquement) : modèles outbox/inbox, journal transactionnel des événements.

5) État et orchestration

Sans état dans la fonction, état dans les référentiels externes.
Machines d'état : étapes de paiement/retrait, flux de travail KYC, vérifications antifrod ; un modèle clair d'erreur/compensation.
Saga : « réserver → confirmer → indemniser » en cas de retrait.

6) Sécurité et conformité

IAM selon le principe des plus petits privilèges : rôle per-fonction, scoping en file d'attente/baquets/tables.
Secrets : gestionnaire de secrets/KMS, rotation, niveau HSM pour clés.
mTLS/HMAC pour webhooks, signature du corps, fenêtre temporelle ± 5 min.
Protection WAF/bot intégrée sur la passerelle API, rate-limits/quotas.
Segmentation : prod/steads, comptes de service, sabseti privé.
PII/PCI : Tokenization PAN, masquage des logs, « minimisation des données ».
Audit : logs immuables (WORM), suivi des appels, stockage réglementaire.

7) Observation et contrôle de la qualité

Métriques : RPS, P50/P95/P99, erreurs de code, durée, démarrage à froid, convoyeur de retraits, taille DLQ.
Tracing (OTel) : Corrélation 'trace _ id' à travers la passerelle → fonction → file d'attente → OBD/PSP ; les labels obligatoires 'api _ version', 'region', 'partner'.
Logs : structurés, avec masque PII.
Alerties par symptômes : SLO burn-rate, croissance des rétrogrades, queue P99.
Synthétique : contrôles des pays cibles (TR/BR/EU), simulation de webhooks.

8) FinOps et le coût

Payez « pour les appels et les millisecondes ». Suivi : fréquence de lancement, durée, mémoire, trafic.
Profiler les chemins chauds : mettre les dépendances lourdes dans la couche/image, mettre en cache les connexions.
Limitez le fan-out (appels parallèles massifs) aux limites et au batch.
Reconnaître les « fuites » : retraits infinis, messages dans le DLQ sans traitement.
Planifiez les fenêtres de pointe (tournois/événements) - échauffement prédictif et quotas.

9) CI/CD et gestion de version

IaC : Terraform/CloudFormation/SAM/CDK - modèles de fonctions, files d'attente, droits, passerelles.
Packaging : fichiers de dépendances lock, image minimale/calques.
Tests : tests contractuels (OpenAPI/gRPC), intégrations avec rantame local, tests d'idempotence.
Dépliant : canary/blue-green, flags fonctionnels, rollback rapide.
La versionation de l'API : '/vN/' ou des médiatipes ; Deprecation/Sunset et compatibilité des schémas d'événements.

10) Patterns pour iGaming/fintech

Вебхуки des paiements/conclusions : l'accueil → валидация les signatures → идемпотентность → la publication de l'événement ' payout. mise à jour '→ orchestration des mises à jour de portefeuille/rapports.
Anti-scoring : fonction enricher (IP/device/géo/historique), solution asynchrone, temporisation et stratégie fallback.
KYC/AML pipeline : contrôles parallèles (documents, sanctions, PEP), agrégation des résultats, sagas pour les demandes répétées.
Tournois/classements : événements de round → streaming-agrégation → mise à jour des classements, cache TTL en lecture.
Rapports aux régulateurs : CDC → fonctions de transformation des vitrines → en DWH, SLA sur la fraîcheur des données.
Маркетинг/CRM : les bascules de la conduite → les coupons/pouchi, дедупликация et les limites sur l'utilisateur.

11) Exemples de fragments

11. 1 Réception idempotent du webhook (pseudo-code)

python def handler(event):
assert verify_hmac(event. headers, event. body, secret)
key = f"idemp:{event. headers['Idempotency-Key']}"
if kv. exists(key):
return kv. get (key) # repeat - give the same result result = process (event. body) # public event, state record kv. set(key, result, ttl=86400)
return result

11. 2 Orchestration de retrait (state machine, idée)

1. 'validate _ request' → 2) 'lock _ balance' → 3) 'call _ psp' (avec retraits) →

2. 'await _ webhook' (délai → compensation) → 5) 'finalize/notify'.

12) Chèque d'implémentation serverless

1. Les sources des événements et les arrangements contractuels (schémas/versions) ont été identifiés.
2. Les limites de concurrence et les retraits « prudents » sont configurés, il y a DLQ et replay.
3. Les réseaux privés/VPC, egress-allow-list, IP fixe à PSP sont inclus.
4. IAM selon le principe du moindre privilège, secrets dans KMS/Secret Manager.
5. Observability : trace OTel, dashboard par P99/erreurs/démarrage à froid.
6. FinOps : budgets, alertes sur le coût, contrôle de la durée/mémoire.
7. CI/CD : canary/blue-green, auto-tests de contrats/idempotence.
8. Documentation : DevPortal/collections Postman, exemples de payload's, Deprecation/Sunset.

13) Anti-modèles

Fonctions « épaisses » avec un tas de dépendances → démarrage à froid lent.
L'absence d'idempotence et de signature des webhooks → les doublons/fraudes.
Fan-out sans limites → la tempête de la concurrence, la trottinette chez le fournisseur.
La logique dans les minuteries/couronnes sans trace/alerts → les échecs « silencieux » du SLA.
Mélange des secrets dans les variables d'environnement sans chiffrement.
Contrats d'événements sans Schema Registry et règles d'interopérabilité.

14) Résultat

Serverless est un système d'exploitation de nuage d'événements : vous vous concentrez sur la logique d'entreprise et l'échelle et l'infrastructure est « à la demande ». Connectez les services gérés FaaS +, ajoutez l'idempotence, l'orchestration et l'observabilité, disciplinez le coût - et obtenez une plate-forme qui résiste aux pics, évolue rapidement et reste économique.