Une plateforme. Tous les produits.

Pourquoi une plateforme

Tout produit SaaS a besoin du même socle ingrat : qui a le droit d'entrer, comment s'exécutent les tâches de fond, comment les services communiquent, comment les tenants restent isolés. Construire une plateforme dès le premier jour aurait été prématuré — une plateforme sans rien à porter. Les produits sont donc venus d'abord. Avec deux preuves de concept dans deux secteurs différents, le socle partagé est devenu évident et justifié. ForgeOps est ce socle, extrait une fois en une fondation réutilisable et multi-tenant.

Ses points forts

Validé sur deux domaines

ForgeOps a été conçu face à deux problèmes très différents — la prise de rendez-vous médicaux et la télémétrie IoT — pour que l'abstraction ne soit pas un hasard.

Comment un produit l'utilise

Les produits ne parlent pas directement à Kafka, Postgres ou aux workers — ils appellent un petit SDK Go. Créer une tâche, choisir comment elle monte en charge et la suivre jusqu'au bout tient en quelques lignes. La plateforme gère la planification, l'exécution, les reprises et l'enregistrement à travers le pool de workers.

// A product hands work to the platform in a few lines.
client := forgeops.New(platformURL, apiToken)

job, err := client.CreateJob(ctx, tenantID, workspaceID, forgeops.CreateJobInput{
    TemplateID:      "appointment-reminder",
    TemplateVersion: "1.0.0",
    DispatchMode:    forgeops.DispatchRoundRobin, // spread runs across workers
    Input:           json.RawMessage(`{"appointment_id":"appt_8f21"}`),
})

// Follow the run to completion — the platform schedules, executes,
// retries and records it across the worker pool.
runs, _ := client.ListRuns(ctx, job.ID)
run, _ := client.GetRun(ctx, runs[0].RunID)
fmt.Println(run.Status) // created → queued → running → succeeded

API pkg/forgeops réelle — le même SDK que le lab en production utilise.