Essayez la plateforme, pour de vrai.
La plateforme YK Dynamics tourne en conditions réelles. Voici de vraies commandes à copier-coller contre les services d'identité et d'orchestration en production — sans maquette ni simulation.
Lancez une vraie tâche
Un clic crée une tâche d'orchestration sur la plateforme en production et diffuse son état d'exécution en temps réel.
Exécuté sur un tenant bac à sable du VPS en production, avec limite de débit et plafond de capacité. L'API opérateur de la plateforme n'est jamais exposée — tout passe par un petit service côté serveur qui détient l'identifiant démo.
Le débit sous charge
Lancez un lot de tâches et regardez la plateforme écouler la file sur ses workers — en temps réel.
Lance de vraies tâches sur un tenant bac à sable du VPS en production. Débit limité et capacité plafonnée.
Comment fonctionne le débit
Les chiffres ci-dessus ne sont pas magiques — ils suivent quelques règles simples sur la façon dont la plateforme répartit le travail.
Parallélisme = min(tâches, partitions, workers)
Le travail est distribué via un journal d'événements partitionné ; chaque partition est consommée par un seul worker. Le nombre de tâches simultanées est donc plafonné par le plus petit de : tâches soumises, partitions (3) et workers (3). Avec 3 partitions et 3 workers, le plafond est de 3 à la fois.
Les workers sont la ressource rare
Les tâches sont peu coûteuses et toujours nombreuses — une vraie file en compte des milliers. Les workers consomment CPU et mémoire, on exécute donc un pool borné. Le rôle de la plateforme est de garder ce pool saturé et d'écouler la file à un débit constant, exactement ce que montre la charge soutenue.
Plus de workers que de partitions ? Certains restent inactifs
Comme chaque partition appartient à un seul worker, ajouter un worker au-delà de 3 n'apporte rien tant qu'on n'ajoute pas de partitions. Les partitions sont la vraie unité de parallélisme — on les fait évoluer ensemble.
Une tâche échoue — les autres continuent
Chaque exécution est indépendante. Un échec est enregistré sur cette exécution, mis en file de rejet pour inspection, et son worker enchaîne aussitôt sur la tâche suivante. Pas de rollback de lot, pas de blocage en tête de file. Activez « Injecter des échecs » ci-dessus pour le voir en direct.
Ce qui vient de se passer
Ni maquette, ni enregistrement — le bouton appelle la même API qu'un vrai produit.
Lancer
La page demande à un petit service démo de créer une tâche. Il s'authentifie auprès de la plateforme avec un identifiant à portée limitée et soumet la tâche — vous ne touchez jamais l'API opérateur.
Diffuser
L'orchestrateur de la plateforme planifie une exécution sur un worker. Le service suit l'exécution et diffuse chaque transition d'état vers votre navigateur via Server-Sent Events.
Vérifier
Quand l'exécution atteint « réussie », vous voyez le worker qui l'a traitée, le temps écoulé et la sortie capturée — le vrai résultat, pas une réponse préenregistrée.
Ce que cela prouve
- →C'est réel et en production — ni diapositives, ni enregistrement.
- →Identité OIDC standard (Keycloak), émettant des JWT signés.
- →Multi-tenant par conception — l'identité du tenant voyage dans le jeton.
- →Des contrats d'API et de jetons propres et documentés, base des produits.
Points d'accès en ligne
- Identité
- https://identity.pg.ykdynamics.com
- Plateforme
- https://forgeops.pg.ykdynamics.com
Instances publiques en production sur un seul VPS. L'identité repose sur Keycloak (OIDC) ; la plateforme, c'est ForgeOps. Elles alimentent la démo ci-dessous.