Sandbox pour les expériences

(Section : Opérations et gestion)

1) Désignation et principes

Le bac à sable est un environnement isolé pour mener des expériences en toute sécurité (fiches, configis, modèles, processus) sans risque pour le service, l'argent et les données personnelles.

• Isolation par défaut : réseaux, données, secrets, facturation.
• Reproductibilité : fiches/sièges, versions d'artefacts, piplines déterministes.
• Éthique et sécurité : protection des IPI, des guardrails et des SoD.
• Observabilité : métriques/logs/trajets comme dans la vente, mais avec l'indication de l'environnement.
• Efficacité : levage/démolition rapide (ephemeral), cap sur le coût.

2) Taxonomie des bac à sable

Dev Sandbox : développement local + clés de test ; données minimales.
Function Sandbox (Preview) : environnement par branche/PR avec ses propres URL, fixtures statiques.
Integration Sandbox : un stand complet avec des intégrations externes de test (PSP/KYC/fournisseurs de contenu).
Data Science/ML Sandbox : accès aux tranches anonymes, expérience-tracker, registres de modèles/fiche.
Chaos/Resilience Sandbox : injections de défaillances, ralentissements, limites.
Partner Sandbox : vitrine isolée et API pour partenaires/tenants externes avec certificats de test.

3) Architecture et isolation

Périmètres réseau : VPC/NSG séparés, sous-réseaux fermés, egress via les passerelles avec allow-list.
Identités et accès : groupes/rôles IdP distincts pour sandbox, droits JIT avec TTL court.
Secrets : entrepôts individuels/neimspace dans Vault/KMS ; interdiction des secrets partagés avec prod.
Données : « zones de confiance » (publique → synthétique → anonymisée → masquée replica). L'accès direct à prod-PII est interdit.
Artefacts : registre d'images/paquets/configues avec versions signées (DSE), versioning sémantique.

4) Données pour les expériences

Synthétique (profils génératifs, distributions proches des combats).
Anonymisé (masquage/tokenization, k-anonymat, diff-vie privée pour les agrégats).
Fictions (cas finis : « paiement> limite », « KYC non validé », « différend d'affiliation »).
Sides/scripts : générateurs déterministes avec 'seed _ id', répertoire de cas edge.
Règles de fraîcheur/TTL : durée de vie des kits, interdiction d'exfiltration.

5) Environnement ephémérique

Montée automatique de l'environnement sur PR/branche (IaC), domaines/certificats dédiés.
Démolition automatique par TTL/Merge ; limites pour les CPU/RAM/egress, quotas de stockage.
Auto-chauffage des fiches/sièges ; Tableau de bord pour les AQ/produits/partenaires.
Snapshots d'environnement signés pour la reproductibilité des bogues.

6) Expériences : Types et techniques

A/B/n et feature-flags : taux d'intérêt, ciblage par segment/région.
Trafic shadow : copie des demandes réelles au bac à sable sans effets secondaires (write-drop).
Canary/Blue-Green : petit pourcentage du trafic réel sur l'itinéraire expérimental.
Injections Chaos : retards, erreurs, défaillance de la dépendance, délais « courts ».
Datadrift/modèles : backtesting, hors ligne-métriques, online-guardrails.

7) Les gardiens et l'éthique

Politiques-en-code : OPA/ABAC - où/quelles données peuvent être utilisées.
Expériences de Guardrails : limites de latence, taux d'erreur, limites de paiement/égresse, interdiction des modèles UX manipulateurs.
SoD : « lance l'expérience » ≠ « approuve » ≠ « analyse et décide ».
Éthique : transparence pour les utilisateurs touchés (le cas échéant), respect des groupes vulnérables.

8) Observabilité et métriques

Tracés/métriques/logs étiquetés : '{environnement = sandbox, experiment_id, variant, seed_id}'.
SLI : disponibilité, p95, taux d'erreur, exactitude des calculs, correspondance quote↔checkout.
KPIs d'expérience : conversion, rétention, plaintes, coût/1k, egress.
Guardrails : signaux négatifs (croissance des frondes/chargbacks, déclenchement RG) - arrêt instantané.

9) Coût et FinOps

Quotas CPU/RAM/egress per-sandbox ; budgets/cap alerts 80/90/100 %.
Downsampling et durée de conservation des métriques/logs ; les artefacts sont en couches bon marché après T + N jours.
« Bouton d'économie » : arrêter les bac à sable inactifs, auto-archive des snapshots.

10) Registre des expériences et reproductibilité

Registre de l'expérience : '{id, hypothèse, propriétaire, conception, date, métriques, guardrails, artefacts, solutions}'.
Autogénération du protocole : temporisation, versions d'artefacts, samples de données, captures d'écran/trajets.
Références à PR/tickets/dashboards ; les statuts « planned/running/frozen/closed ».

11) Sécurité et conformité

Rôles et clés séparés ; MFA/FIDO2 pour les panneaux admin.
PII uniquement synthétique/masqué ; demande d'accès aux agrégats - par l'approbation du propriétaire des données.
Webhooks : endpoints de test avec signature/TTL/nonce ; interdiction d'envoyer à la prod.
revues WORM pour les expériences critiques (finance/jeu responsable).
Les restrictions régionales (localisation des données/clés) sont également respectées dans les bac à sable.

12) Intégrations avec des fournisseurs externes

Comptes de test/certificats PSP, KYC, fournisseurs de contenu.
Marqueur d'environnement dans les titres/métadonnées ('X-Sandbox : true'), limites séparées et rapports.
Simulations de réponses (simulateurs) avec latence/erreurs gérables.

13) Processus et RACI

14) SLO sandbox

Le temps de la montée de l'ephemeral-mercredi ≤ de 10 minutes (p95).
Disponibilité des services de base dans Integration Sandbox ≥ 99. 5%.
Coïncidence régimes/contrats de vente : 100 % (validation par CI).
Exhaustivité des artefacts expérimentaux (protocole/version/métrique) = 100 %.
Valeur de sandbox par unité de temps ≤ N (selon le budget).

15) Playbooks types

Le trafic shadow donne des erreurs : désactiver l'écriture, activer write-drop, augmenter les délais des simulateurs.
Divergence de prix (quote≠checkout) : rapprochement 'fx _ version/tax _ rule _ version', handicap de cache, fix dans le catalogue.
Sursaut d'egress : activer la compression, réduire le niveau de logage, recalculer les quotas.
Échec du fournisseur : changer le simulateur/fournisseur de secours, fixer la latence.
Drapeau PII : isolation immédiate du bac à sable, suppression des artefacts, notification de confidentialité/juridique.

16) Spécificité iGaming/fintech

RTP & Limites : seulement synthétique/simulation, pas de calcul réel des paiements ; guardrails pour l'exposition.
Paiements/PSP : merchants de test, quarantaine des transactions « grises », compensation manuelle dans le simulateur.
Affiliations/webhooks : signatures de test, logique d'escroquerie dans la sandbox, rapprochement des reçus.
Jeu responsable : simulateurs d'événements RG, vérification des messages UX et des limites.

17) Chèque de mise en œuvre

• Décrire les niveaux de bac à sable et la zone de responsabilité (Dev/Preview/Integration/ML/Chaos/Partner).
• Développer les modèles IaC pour les environnements ephemeral (auto-sous-site PR).
• Personnaliser identités/secrets/réseaux : isolement total de prod.
• Créer des catalogues de fictifs/sièges et de datacets synthétiques ; entrez la TTL.
• Connecter l'observabilité et les balises d'expérimentation ; faire des guardrails et des alertes.
• Activer le registre d'expérience et les modèles de protocole.
• Configurer les contours de test des fournisseurs externes et des simulateurs.
• Introduire des quotas/budgets et FinOps-dashboard.
• Règles d'éthique/conformité (PII, notifications, SoD).
• Passer GameDay : fuite de clés de test, surtension egress, panne du simulateur PSP.

18) FAQ

Peut-on utiliser le « prod impersonnel » ?
Seulement après anonymisation stricte/masque et avec un périmètre séparé ; les données synthétiques sont préférées.

Avez-vous besoin de domaines/certificats individuels ?
Oui, pour éliminer les intersections avec la vente et simplifier la politique de sécurité.

Comment fermer les bac à sable rapidement pour éviter que la facture ne grandit ?
TTL, démolition automatique par merge/inactivité, alertes budgétaires, « bouton d'économie ».

En quoi Preview est-il différent de Integration ?
Preview - pour fiches/PR, fiches fixes ; Integration est un stand complet avec des fournisseurs de test.

Résumé : Les bac à sable sont une infrastructure gérée pour des expériences sûres et honnêtes. Isoler les réseaux/données/secrets, utiliser des kits synthétiques, soulever l'environnement ephemeral par PR, inclure l'observation et les guardrails, tenir un registre des expériences et contrôler le coût. Ainsi, vous accélérerez l'innovation sans risque pour les entreprises prod, les joueurs et la conformité.