FR

Où Plerino trouve sa place

Plerino est un framework backend généraliste. Chaque cas d’usage ci-dessous indique ce que le framework apporte et les paquets concernés, tous présents dans le dépôt aujourd’hui.

Explorer l’écosystèmeNous contacter

Plerino n’a pas encore atteint la 1.0. Ces pages décrivent ce qui est implémenté, non des références de production.

Backends d’API

Des services qui exposent du JSON sur HTTP et exigent un routage prévisible, un traitement strict des entrées et des contrats d’erreur clairs.

  • Les routes sont compilées en un matcher statique ; deux routes qui se chevauchent font échouer le build.
  • Des classes d’entrée typées et des règles par attributs valident les requêtes ; les échecs sont renvoyés au format RFC 9457 Problem Details.
  • Guards de session et de jeton bearer, avec des jetons d’API hachés, dotés de scopes et révocables.
  • Les appels sortants passent par un client PSR-18 doté d’une protection SSRF et de nouvelles tentatives.

Paquets concernés

SaaS et plateformes multiservices

Des produits composés de plusieurs services qui partagent la connexion, la localisation, les montants monétaires et la communication avec les clients.

  • Connexion par passkeys, TOTP et fournisseurs OAuth, et politiques à refus par défaut pour RBAC, ABAC et ReBAC.
  • Des montants exacts en devises ISO 4217 et ICU MessageFormat pour les textes localisés.
  • E-mails et notifications sont confiés aux files d’attente, avec des préférences de canal par destinataire.
  • La configuration typée est compilée au build et les secrets restent hors du fichier compilé.

Paquets concernés

Applications temps réel

Tableaux de bord en direct, fonctions collaboratives et suivis d’état qui doivent survivre aux reconnexions.

  • Les canaux sont déclarés par des motifs typés et protégés par des politiques vérifiées au build.
  • Les listes de présence et une fenêtre de rejeu permettent à un client qui se reconnecte de reprendre là où il s’était arrêté.
  • WebSocket avec repli sur server-sent events, et un client TypeScript typé.
  • Les backbones Redis Streams, Valkey et NATS JetStream diffusent les événements entre processus.

Paquets concernés

Tâches en arrière-plan et workflows

Les traitements qui n’ont pas leur place dans une requête : envois, imports, rapports et processus métier de longue durée.

  • Des pilotes de file pour Redis Streams, PostgreSQL et SQS, avec livraison au moins une fois.
  • Nouvelles tentatives avec backoff, jobs uniques, clés d’idempotence et stockage dead-letter.
  • Des workflows durables avec journal d’événements, compensation, minuteries et approbation humaine.
  • Les planifications sont compilées au build, avec fuseaux horaires et verrous entre nœuds.

Paquets concernés

Outils internes et back-offices

Des applications d’administration où les formulaires, les droits et la piste d’audit comptent davantage qu’un front-end lourd.

  • Des templates Weft rendus côté serveur, avec composants, slots et échappement par défaut.
  • Des règles de validation par attributs, avec des messages traduits.
  • Des politiques avec approbation à deux personnes et piste d’audit de chaque décision.
  • Des téléversements inspectés et soumis à l’antivirus, et des documents PDF générés à partir de templates.

Paquets concernés

Intégrations événementielles

Des systèmes qui réagissent aux changements et échangent des données avec d’autres services de manière fiable.

  • Des événements typés, avec des listeners compilés au build et une livraison asynchrone.
  • Une outbox transactionnelle : l’événement est enregistré dans la même transaction que la modification qui l’a provoqué.
  • Les change streams de MongoDB, livrés sous forme d’événements.
  • Du HTTP sortant avec contrôle des redirections, nouvelles tentatives et protection SSRF.

Paquets concernés

Environnements réglementés ou sensibles

Des équipes qui doivent démontrer, et non simplement affirmer, le comportement de l’authentification, de la cryptographie et de la journalisation.

  • Le paquet d’authentification associe les exigences OWASP ASVS 4.0.3 niveau 3 aux tests qui les vérifient. Il s’agit d’une auto-évaluation, non d’une certification.
  • libsodium est le seul fournisseur de cryptographie, avec trousseaux de clés et rotation.
  • Chiffrement de champs avec index aveugles et piste d’audit dans la couche de données.
  • Les secrets sont masqués dans les journaux et la télémétrie, et restent hors de la configuration compilée.

Paquets concernés

Suivez la route vers la 1.0

Explorez ce qui existe aujourd’hui, ou écrivez-nous si vous souhaitez échanger sur le projet.

Explorer l’écosystèmeNous contacter

Saisissez votre recherche. Utilisez les flèches pour naviguer et Entrée pour ouvrir.

Suggestions