Bienvenue sur FlowZap, l'application pour créer des diagrammes avec Rapidité, Clarté et Contrôle.

Modèles

Explorez des modèles de flux de travail FlowZap prêts à l'emploi. Filtrez par domaine, cas d'usage, et recherchez par mot-clé. Vous souhaitez partager votre création FlowZap Code ? Avec votre nom et un lien vers votre site web ? Soumettez votre FlowZap Code ici.

Flux de travail de revue des accès

devops

Workflow trimestriel de revue des accès utilisateurs avec certification par le manager, validation de la séparation des tâches, suivi des remédiations et reporting de conformité pour les audits.

Flux de travail de rotation de clé API

business-operations

Flux de travail de rotation de clé API avec génération d’une nouvelle clé, période de transition à double clé, notification aux clients, dépréciation de l’ancienne clé et journalisation pour audit.

Processus de rapprochement bancaire

finance

Processus de rapprochement bancaire avec appariement automatisé des transactions, reporting des écarts, analyse des divergences et création d’écritures comptables pour les décalages temporels et les erreurs bancaires.

Processus de traitement par lots

patterns

Schéma de traitement par lots avec planification des jobs, traitement par segments (chunks), capacité de reprise sur point de contrôle, gestion des erreurs et rapport de fin de traitement.

Processus de contestation de facturation

business-operations

Processus de contestation de facturation avec enregistrement de la contestation, examen des transactions, analyse de fraude, décision de résolution et gestion de la réponse au rétrofacturation (chargeback).

Processus de déploiement blue-green

patterns

Schéma de déploiement blue-green avec configuration d’environnements parallèles, tests de fumée (smoke tests), bascule du trafic via l’équilibreur de charge et capacité de retour arrière instantané.

Processus d’approbation budgétaire

finance

Processus d’approbation budgétaire d’entreprise avec routage d’approbation par paliers en fonction des seuils de montants (CFO < 100 K$, CEO 100 K$–1 M$, Conseil > 1 M$), comparaison avec l’année précédente et affectation des fonds.

Processus cache-aside

patterns

Schéma cache-aside avec consultation du cache, repli sur la base de données en cas d’échec, alimentation du cache, expiration basée sur le TTL et invalidation en écriture différée (write-through).

Processus de déploiement canari

patterns

Schéma de déploiement canari avec redirection progressive du trafic, surveillance en temps réel des métriques, déclencheurs automatiques de retour arrière et déploiement progressif jusqu’à la production complète.

Flux de travail de rejet de candidat

hr

Flux de travail de rejet de candidat avec messages adaptés à chaque étape, lettres de refus personnalisées, prise en compte pour le vivier de talents, mise à jour du statut dans l’ATS et recueil du feedback sur l’expérience candidat.

Flux de travail de renouvellement de certificats

devops

Flux de travail de renouvellement de certificats SSL/TLS avec surveillance des dates d’expiration, demande de certificat par type (DV/OV/EV), validation de domaine, déploiement sur les répartiteurs de charge et vérification de l’état de santé avec possibilité de rollback.

Flux de travail de chaos engineering

devops

Flux de travail de chaos engineering avec définition de l’hypothèse, surveillance de l’état stable, injection contrôlée de pannes, limitation du périmètre d’impact et validation de la résilience.

Flux de travail de pipeline CI/CD

devops

Pipeline CI/CD complet avec récupération du code, linting, tests unitaires, construction des artefacts, déploiement en environnement de staging, tests de fumée, déploiement en production et rollback automatique en cas d’échec.

Workflow d’analyse de cohortes

business-operations

Workflow d’analyse de cohortes avec segmentation des utilisateurs par date d’inscription, calcul de courbes de rétention, projection de LTV et identification de motifs comportementaux.

Flux de travail Gestion du Consentement

business-operations

Flux de travail de gestion du consentement utilisateur avec bannière de cookies, centre de préférences, enregistrement du consentement, synchronisation avec les systèmes en aval et piste d'audit.

Flux de travail CQRS

patterns

Patron CQRS (Command Query Responsibility Segregation) avec chemins de commande et de requête séparés, publication d'événements de domaine, synchronisation du modèle de lecture et transformation DTO.

Flux de travail Contrôle de Crédit

finance

Flux de travail de contrôle de crédit client avec évaluation de la limite de crédit, notation de crédit, gestion de blocage des commandes, escalade des recouvrements et négociation de plan de paiement.

Flux de travail de cross-docking

logistics

Flux de travail de cross-docking avec planification des arrivées, tri par destination, consolidation des expéditions sortantes et transfert direct sans stockage pour une livraison en juste-à-temps.

Flux de travail de dédouanement

logistics

Flux de travail de dédouanement international avec documentation de l’importateur, classification des codes SH par le transitaire en douane, calcul des droits, inspection par l’autorité douanière et délivrance du certificat de dédouanement.

Flux de travail pour marchandises endommagées

logistics

Flux de travail de traitement des marchandises endommagées avec documentation des dommages, dépôt de réclamation auprès du transporteur, décision de disposition (sauvegarde/élimination), ajustement des stocks et suivi des pertes.

Flux de travail d’export de données

business-operations

Flux de travail d’export des données utilisateur avec demande d’export, traitement asynchrone, agrégation des données, génération sécurisée du fichier et envoi du lien de téléchargement.

Flux de travail de migration de base de données

devops

Flux de travail de migration de schéma de base de données avec tests CI, examen et approbation par le DBA, planification de la fenêtre de maintenance, sauvegardes instantanées, exécution de la migration, vérification de l’intégrité des données et retour arrière automatique.

Flux de travail de fan-out fan-in

patterns

Modèle fan-out/fan-in avec distribution de travail vers des travailleurs parallèles, exécution concurrente, agrégation des résultats et gestion d'erreurs pour les échecs partiels.

Flux de travail des immobilisations

finance

Flux de travail de gestion des immobilisations avec capitalisation des actifs, planification de l’amortissement, vérification physique des inventaires et traitement de la cession ou mise au rebut des actifs.

Flux de travail de suppression RGPD

business-operations

Flux de travail de suppression de données RGPD avec vérification d’identité, analyse d’inventaire des données, suppression des données personnelles (PII) dans tous les systèmes, purge des sauvegardes et confirmation de suppression.

Flux de travail de message in-app

business-operations

Flux de travail de messagerie in-app avec conditions de déclenchement, ciblage d’audience, affichage du message, suivi des interactions utilisateur et mesure des conversions.

Flux de travail de réponse aux incidents

devops

Flux de travail de réponse aux incidents de production avec routage basé sur la sévérité, coordination en salle de crise, désignation d’un commandant d’incident, communication client, analyse de la cause racine et planification du post-mortem.

Flux de contrôles internes

finance

Flux de test des contrôles internes avec évaluation des risques, analyse de la conception des contrôles, test de l’efficacité opérationnelle, identification des déficiences et suivi des actions correctives.

Flux de processus d’entretien

hr

Processus d’entretien en plusieurs étapes avec présélection des CV, entretien téléphonique, entretien technique, panel sur site, décision par consensus de l’équipe et gestion de l’offre ou du refus.

Flux de réception d’inventaire

logistics

Flux de réception d’inventaire avec vérification de l’ASN, rapprochement avec le bon de commande, comptage des quantités, inspection des dommages et mise à jour de l’inventaire dans le WMS.

Flux de traitement des factures

finance

Automatisation du traitement des factures fournisseurs avec extraction de données par OCR, rapprochement de bon de commande en trois étapes, flux d’approbation hiérarchisé et traitement automatique des paiements avec mises à jour du grand livre.

Flux de publication d’offre d’emploi

hr

Flux de publication d’offre d’emploi avec approbation de la demande, rédaction de la description de poste, diffusion multicanal (LinkedIn, Indeed, sites carrière), présélection des CV par IA et suivi des candidats dans l’ATS.

Flux de processus de kitting

logistics

Flux d’assemblage de kits avec explosion de la nomenclature (BOM), prélèvement des composants, vérification de l’assemblage, étiquetage du kit et conversion de l’inventaire des composants en kits finis.

Flux de travail de test de charge

devops

Flux de travail de test de charge avec conception de scénarios de test, montée en charge progressive, collecte des métriques de performance, identification des goulets d’étranglement et recommandations de capacité.

Flux de travail de clôture mensuelle

finance

Processus de clôture financière de fin de mois de l’entreprise incluant l’enregistrement des transactions, le rapprochement bancaire, les provisions, l’amortissement, la validation de la balance de vérification et la production des états financiers.

Flux de travail de flux OAuth

business-operations

Flux de code d’autorisation OAuth 2.0 avec gestion des redirections, échange de code, stockage des jetons, rotation des jetons d’actualisation et gestion des portées.

Flux de travail de départ

hr

Flux de travail de départ d’un employé comprenant l’entretien de sortie, le transfert de connaissances, la récupération des actifs, la révocation des accès, le traitement du dernier salaire et la poursuite des prestations.

Workflow d’intégration

hr

Workflow complet d’intégration des employés couvrant l’acceptation de l’offre, la création du dossier RH, l’inscription aux avantages sociaux, la vérification des antécédents, l’approvisionnement des comptes IT, la préparation de l’équipement et l’orientation du premier jour.

Workflow du processus d’emballage

logistics

Flux de travail de préparation de commande avec sélection du carton, vérification des articles, insertion du bordereau d’expédition, contrôle du poids et fermeture du colis pour l’expédition.

Workflow d’échec de paiement

business-operations

Flux de travail de récupération après échec de paiement avec planification intelligente des nouvelles tentatives, séquence d’e-mails de relance, invites de mise à jour du moyen de paiement et prévention de la résiliation involontaire.

Flux de travail de cycle de paiement

finance

Flux de travail de cycle de paiements fournisseurs avec création de lots, approbation par paliers (simple/double selon le montant), génération de fichier ACH, impression de chèques et mise à jour des fiches fournisseurs.

Flux de travail de traitement de la paie

finance

Workflow complet de traitement de la paie avec collecte des feuilles de temps, calcul du salaire brut, heures supplémentaires, retenues fiscales (fédérales, étatiques, FICA), déductions de prestations, validation de conformité et virement ACH.

Workflow du moteur de personnalisation

business-operations

Scénario d’automatisation Make.com pour la personnalisation en temps réel à partir des événements Segment, d’une API de recommandation ML et de la diffusion de campagnes Braze par e-mail et notifications push.

Workflow du processus de prélèvement

logistics

Flux de travail de prélèvement en entrepôt avec génération de liste de prélèvement, routage par zone, optimisation du prélèvement par lots, vérification par scan de codes-barres et confirmation de fin de prélèvement.

Flux de travail de rétrogradation de plan

business-operations

Flux de travail de rétrogradation d’abonnement avec offre de rétention, avertissement sur les restrictions de fonctionnalités, gestion de la migration des données et programmation pour la fin de période.

Flux de mise à niveau du plan

business-operations

Flux de travail de mise à niveau d’abonnement avec comparaison des fonctionnalités, calcul au prorata, déverrouillage immédiat des fonctionnalités et ajustement de la facturation.

Flux de processus de promotion

hr

Flux de travail de promotion des employés avec validation des performances, évaluation du niveau de poste, ajustement de la rémunération, changement de titre et coordination de l’annonce.

Flux de bon de commande

finance

Flux de travail de bon de commande d’approvisionnement avec création de la demande, validation du budget, sélection du fournisseur, appel d’offres concurrentiel et circuit d’approbation à paliers basé sur des seuils de montant.

Flux de notification push

business-operations

Flux de travail de notification push mobile avec ciblage d’audience, routage par plateforme (iOS/Android), suivi de la livraison et analyse de l’engagement.

Flux de processus de mise en stock

logistics

Flux de travail de mise en stock en entrepôt avec affectation d’emplacement, optimisation du slotting, routage des chariots élévateurs, confirmation par code-barres et mise à jour des emplacements dans le WMS.

Flux de travail d'inspection qualité

logistics

Flux de travail d'inspection qualité entrante avec échantillonnage AQL, classification des défauts, décision de mise en attente/libération, notification au fournisseur et suivi des indicateurs de qualité.

Flux de travail de réessai avec backoff

patterns

Modèle de réessai avec backoff exponentiel pour les appels API avec limites de réessai configurables, calcul de délai, détection d'erreurs réessayables et dégradation gracieuse en cas d'échecs permanents.

Workflow du pattern Saga

patterns

Pattern d’orchestration Saga pour transactions distribuées entre les services Commande, Paiement et Expédition avec compensation et retour arrière automatiques en cas d’échec.

Workflow d’augmentation de salaire

hr

Workflow d’augmentation de salaire avec analyse de marché, examen du compa‑ratio, validation budgétaire, approbation par paliers selon le pourcentage d’augmentation et mise à jour du système de paie.

Flux de travail de rotation de secrets

devops

Workflow automatisé de rotation de secrets avec HashiCorp Vault pour les clés d’API, mots de passe de base de données et certificats, incluant mise à jour des secrets Kubernetes et redémarrages progressifs des services.

Flux de travail de transfert de stock

logistics

Workflow interne de transfert de stock avec demande de transfert, prélèvement à l’emplacement source, dépôt à l’emplacement de destination et mises à jour des enregistrements de stock entre emplacements.

Workflow du cycle de vie d’abonnement

business-operations

Workflow du cycle de vie d’un abonnement SaaS avec inscription à l’essai, actions de conversion, traitement des paiements, gestion des renouvellements et campagnes de prévention de la résiliation.

Flux de travail de déclaration fiscale

finance

Flux de travail de déclaration fiscale d’entreprise avec calcul du revenu imposable, déductions, crédits d’impôt, revue des écarts et dépôt électronique ou papier à l’IRS avec confirmation de réception.

Flux de travail de processus de départ

hr

Flux de travail de départ d’employé gérant les départs volontaires et involontaires avec examen juridique, accords de séparation, calcul du dernier salaire, notifications COBRA et traitement des indemnités de départ.

Workflow d’onboarding utilisateur

business-operations

Workflow d’onboarding d’un nouvel utilisateur avec e-mail de bienvenue, configuration du profil, visite guidée du produit, incitation à une première action et suivi des jalons d’activation.

Workflow d’onboarding fournisseur

finance

Workflow d’onboarding fournisseur avec examen de la demande, vérification des formulaires W-9/W-8BEN, validation des certificats d’assurance, vérifications d’antécédents et approbation de conformité avant l’activation du fournisseur.

Flux de travail Correctif de Vulnérabilité

devops

Flux de travail de correctif de vulnérabilités de sécurité avec analyse CVE, triage basé sur la gravité (critique/élevée/moyenne), test des correctifs, déploiement en staging et déploiement en production avec capacité de rollback.

Flux de travail Audit Annuel

finance

Flux de travail d'audit financier annuel avec engagement d'auditeur externe, préparation de documents, coordination de terrain, remédiation des constatations et réponse à la lettre de direction.

Protocole de Commerce Universel Shopify

business-operations

Workflow de commerce agentique de bout en bout montrant comment un assistant IA (ChatGPT) orchestre la recherche de produits, le paiement et la commande via la passerelle Universal Commerce Protocol (UCP) de Shopify, permettant des expériences d'achat conversationnelles.

Architecture de passerelle API pour microservices

Architecture

Diagramme d'architecture de passerelle API pour microservices montrant le routage des requêtes, l'authentification JWT, la limitation de débit, la découverte de services et l'agrégation des réponses à travers des services backend distribués. Ce modèle représente le point d'entrée de tout le trafic client dans un écosystème de microservices, appliquant les politiques de sécurité avant que les requêtes n'atteignent les services internes. Idéal pour les ingénieurs plateforme concevant une infrastructure API évolutive avec des préoccupations transversales centralisées.

Architecture de maillage de services pour microservices

Architecture

Diagramme d'architecture de maillage de services avec proxys sidecar Istio ou Linkerd gérant le chiffrement mTLS, les politiques de trafic, le disjoncteur et le traçage distribué à travers les microservices. Ce modèle visualise comment un maillage de services abstrait les préoccupations réseau du code applicatif, permettant une communication zero-trust entre les services. Essentiel pour les équipes adoptant une infrastructure de maillage de services pour améliorer l'observabilité et la sécurité.

Architecture base de données par service pour microservices

Architecture

Diagramme d'architecture base de données par service où chaque microservice possède son propre magasin de données dédié, avec synchronisation événementielle via Kafka pour la cohérence des données inter-services. Ce modèle démontre le principe fondamental d'isolation des données des microservices, montrant comment PostgreSQL et MongoDB coexistent dans une stratégie de persistance polyglotte. Critique pour les architectes imposant l'autonomie des services tout en maintenant la cohérence à terme.

Décomposition de microservices par capacité métier

Architecture

Diagramme d'architecture de décomposition de microservices organisé par capacités métier : Identité, Catalogue produits, Tarification et Exécution des commandes, chacun avec des magasins de données et des API indépendants. Ce modèle montre comment découper un monolithe en services alignés sur les domaines métier, en utilisant un pattern Backend-for-Frontend (BFF) pour l'agrégation spécifique au client. Utile pour les architectes planifiant les frontières de microservices orientées domaine.

Architecture de migration Strangler Fig pour microservices

Architecture

Diagramme d'architecture de migration Strangler Fig montrant le remplacement incrémental d'un monolithe legacy par de nouveaux microservices, utilisant une couche de routage pour répartir le trafic entre l'ancien et le nouveau système. Ce modèle représente la stratégie de migration éprouvée où les nouvelles fonctionnalités sont construites en microservices tandis que les endpoints legacy sont progressivement retirés. Essentiel pour les équipes modernisant des systèmes legacy sans réécriture risquée en big-bang.

Architecture de découverte de services pour microservices

Architecture

Diagramme d'architecture de découverte de services avec registre Consul ou Eureka, équilibrage de charge côté client, heartbeats de vérification de santé, et enregistrement/désenregistrement automatique des instances. Ce modèle visualise comment les microservices se localisent dynamiquement sans endpoints codés en dur, permettant une mise à l'échelle élastique et une infrastructure auto-réparatrice. Clé pour les équipes plateforme construisant une communication inter-services résiliente.

Architecture du pattern Sidecar pour microservices

Architecture

Diagramme d'architecture du pattern sidecar montrant le proxy Envoy, le collecteur de logs et le watcher de configuration fonctionnant aux côtés des conteneurs applicatifs dans un pod Kubernetes, avec un plan de contrôle gérant la configuration. Ce modèle démontre comment les préoccupations auxiliaires comme la journalisation, la surveillance et la configuration sont déployées en tant que conteneurs co-localisés. Fondamental pour les équipes adoptant des patterns d'orchestration de conteneurs cloud-native.

Architecture Backend-for-Frontend (BFF) pour microservices

Architecture

Diagramme d'architecture Backend-for-Frontend avec des couches BFF séparées pour les clients web et mobile, chacune optimisant les réponses API pour sa plateforme spécifique tout en partageant des microservices backend communs. Ce modèle montre comment éviter les API universelles en adaptant l'agrégation des données et l'optimisation des charges utiles par type de client. Recommandé pour les équipes servant plusieurs plateformes frontend depuis un backend microservices partagé.

Architecture événementielle Publish-Subscribe

Architecture

Diagramme d'architecture événementielle publish-subscribe avec broker de messages Kafka ou RabbitMQ, sérialisation d'événements, partitionnement de topics, livraison fan-out vers plusieurs consommateurs et gestion des erreurs via file de lettres mortes. Ce modèle représente le pattern fondamental de messagerie asynchrone où producteurs et consommateurs sont entièrement découplés via un broker de messages. Essentiel pour les architectes construisant des systèmes événementiels faiblement couplés et évolutifs.

Architecture événementielle Event Sourcing

Architecture

Diagramme d'architecture event sourcing où tous les changements d'état sont stockés comme une séquence immuable d'événements de domaine, avec des projections de lecture construites à partir du flux d'événements et une optimisation par snapshots pour un chargement rapide des agrégats. Ce modèle montre comment l'event sourcing élimine la perte de données en préservant l'historique complet de chaque transition d'état. Critique pour les systèmes nécessitant des pistes d'audit complètes, des requêtes temporelles et des capacités de rejeu d'événements.

Architecture CQRS événementielle avec Event Store

Architecture

Diagramme d'architecture CQRS combinant des API de commande et de requête séparées avec un bus d'événements pour la synchronisation asynchrone du modèle de lecture, incluant des projecteurs qui construisent des vues dénormalisées à partir des événements de domaine. Ce modèle démontre la pile complète CQRS+ES où les écritures passent par la validation du domaine et les lectures sont servies depuis des vues matérialisées optimisées. Idéal pour les systèmes à haut débit où les charges de lecture et d'écriture ont des exigences de mise à l'échelle fondamentalement différentes.

Architecture événementielle par chorégraphie

Architecture

Diagramme d'architecture de chorégraphie événementielle où les microservices se coordonnent par événements sans orchestrateur central, avec les services Commande, Paiement, Inventaire et Expédition réagissant aux événements de domaine les uns des autres. Ce modèle représente le pattern de coordination décentralisée où chaque service ne connaît que ses propres responsabilités et publie des événements pour que d'autres les consomment. Idéal pour les équipes favorisant l'autonomie des services plutôt que le contrôle centralisé des workflows.

Architecture de pipeline de streaming événementiel

Architecture

Diagramme d'architecture de pipeline de streaming temps réel avec capteurs IoT, logs applicatifs et données de parcours utilisateur transitant par Kafka vers Apache Flink pour l'agrégation par fenêtre, la détection d'anomalies et la sortie multi-destinations vers des lacs de données et des tableaux de bord. Ce modèle visualise le traitement de flux de bout en bout, de l'ingestion à la transformation, au stockage et à l'alerte. Essentiel pour les ingénieurs data construisant des plateformes d'analyse et de surveillance en temps réel.

Architecture d'événements de domaine

Architecture

Diagramme d'architecture d'événements de domaine montrant comment les racines d'agrégat émettent des événements de domaine qui sont distribués à la fois en interne aux gestionnaires locaux et en externe aux consommateurs d'événements d'intégration dans d'autres contextes bornés. Ce modèle représente le pattern d'événements DDD où la logique de domaine déclenche des effets de bord via un dispatcher d'événements propre, maintenant la séparation entre les préoccupations de domaine et d'infrastructure. Clé pour les équipes implémentant le Domain-Driven Design avec intégration événementielle.

Architecture CDC (Change Data Capture) événementielle

Architecture

Diagramme d'architecture Change Data Capture utilisant Debezium pour lire les journaux de transactions de la base de données et publier des événements de changement vers Kafka, alimentant des consommateurs en aval qui mettent à jour les index de recherche, invalident les caches, chargent les entrepôts de données et écrivent les journaux d'audit. Ce modèle montre comment le CDC élimine les problèmes de double écriture en capturant les changements au niveau de la base de données sans modifier le code applicatif. Critique pour la synchronisation de données entre systèmes hétérogènes.

Architecture de file de lettres mortes événementielle

Architecture

Diagramme d'architecture de file de lettres mortes avec politiques de retry, backoff exponentiel, seuils de tentatives maximales, routage DLQ pour les messages échoués, alertes opérationnelles et workflows de retraitement manuel. Ce modèle représente le pattern critique de gestion des erreurs pour les systèmes de messagerie asynchrone, garantissant qu'aucun message n'est silencieusement perdu lors d'un échec de traitement. Essentiel pour construire des systèmes événementiels fiables avec des mécanismes de récupération appropriés.

Architecture CQRS de séparation lecture-écriture

Architecture

Diagramme d'architecture CQRS de séparation lecture-écriture avec des chemins de commande et de requête dédiés, PostgreSQL pour les écritures, Redis ou Elasticsearch pour les lectures optimisées, et une couche de synchronisation événementielle avec surveillance du décalage. Ce modèle démontre le principe fondamental du CQRS de séparer les modèles de lecture et d'écriture pour mettre à l'échelle et optimiser chaque chemin indépendamment. Idéal pour les applications avec des ratios lecture/écriture asymétriques où la performance des requêtes est critique.

Architecture CQRS de vues matérialisées

Architecture

Diagramme d'architecture CQRS de vues matérialisées avec plusieurs projecteurs construisant des modèles de lecture spécifiques : résumés de commandes, tableaux de bord clients, cubes analytiques et index de recherche, tous alimentés par un flux d'événements unique. Ce modèle montre comment créer plusieurs vues de requête optimisées à partir des mêmes événements d'écriture, chacune adaptée à un cas d'usage spécifique avec une latence de lecture inférieure à la milliseconde. Parfait pour les systèmes nécessitant des patterns de requête diversifiés à partir d'une source de données unique.

Architecture CQRS d'interface utilisateur basée sur les tâches

Architecture

Diagramme d'architecture CQRS d'interface basée sur les tâches où le frontend capture l'intention de l'utilisateur sous forme de commandes explicites, les soumet de manière asynchrone avec des mises à jour optimistes, et reçoit des confirmations en temps réel via WebSocket lorsque le modèle de lecture est synchronisé. Ce modèle représente le pattern d'interface moderne qui remplace les formulaires CRUD par des commandes orientées intention, permettant des expériences utilisateur réactives avec cohérence à terme. Recommandé pour les équipes construisant des frontends réactifs sur des backends CQRS.

Architecture backend API serverless

Architecture

Diagramme d'architecture backend API serverless avec API Gateway, fonctions Lambda d'autorisation, fonctions de logique métier et services cloud managés incluant DynamoDB, S3, SQS et SNS pour un backend entièrement managé et auto-scalable. Ce modèle représente l'approche serverless-first où la gestion de l'infrastructure est entièrement éliminée, avec une tarification à l'invocation et une mise à l'échelle automatique jusqu'à zéro. Essentiel pour les startups et les équipes construisant des backends API événementiels économiques.

Architecture de traitement d'événements serverless

Architecture

Diagramme d'architecture de traitement d'événements serverless avec déclencheurs S3, DynamoDB Streams, API Gateway et CloudWatch invoquant des fonctions Lambda, orchestrées par Step Functions avec fan-out via SQS et gestion des erreurs par file de lettres mortes. Ce modèle montre comment construire des pipelines de traitement d'événements complexes entièrement à partir de composants serverless managés, sans serveurs à provisionner ou gérer. Idéal pour les workflows de traitement de données nécessitant une mise à l'échelle élastique et une tolérance aux pannes intégrée.

Architecture d'orchestration Step Functions serverless

Architecture

Diagramme d'architecture d'orchestration AWS Step Functions avec des workflows de machine à états incluant des états de choix, du traitement parallèle, des patterns d'attente de callback et un rollback de compensation pour les étapes échouées. Ce modèle représente l'orchestration de workflows serverless où des processus multi-étapes complexes sont définis comme des machines à états avec gestion des erreurs et logique de retry intégrées. Critique pour les équipes construisant des workflows serverless fiables nécessitant une approbation humaine ou des processus de longue durée.

Architecture de calcul en périphérie serverless

Architecture

Diagramme d'architecture de calcul en périphérie serverless avec emplacements CloudFront ou Cloudflare, fonctions Lambda@Edge pour les tests A/B et la personnalisation géographique, regroupement de requêtes par origin shield et stratégies de réponse cache-first. Ce modèle visualise comment le calcul se déplace vers la périphérie du réseau pour des réponses à ultra-faible latence, avec des fonctions edge modifiant les requêtes et réponses avant qu'elles n'atteignent l'origine. Essentiel pour les applications critiques en performance servant un public mondial.

Architecture de pipeline de données serverless

Architecture

Diagramme d'architecture de pipeline de données serverless avec ingestion Kinesis, fonctions de transformation Lambda, zones de stockage S3 data lake (brute et curatée), enregistrement au catalogue Glue et moteur de requêtes Athena alimentant des tableaux de bord QuickSight et des modèles ML SageMaker. Ce modèle représente un pipeline ETL serverless complet de l'ingestion à la transformation, au catalogage et à l'analyse sans gérer d'infrastructure. Idéal pour les équipes data construisant des plateformes analytiques économiques.

Architecture serverless multi-cloud

Architecture

Diagramme d'architecture serverless multi-cloud avec routage du trafic basé sur le DNS entre les régions AWS et Azure, basculement automatique sur échec de vérification de santé et réplication bidirectionnelle des données avec résolution de conflits entre fournisseurs cloud. Ce modèle représente la stratégie multi-cloud pour une disponibilité maximale et une indépendance vis-à-vis des fournisseurs, utilisant des services serverless d'AWS (Lambda, DynamoDB) et d'Azure (Functions, Cosmos DB). Critique pour les entreprises nécessitant une redondance de fournisseur cloud.

Architecture du pattern Saga par orchestration

Architecture

Diagramme d'architecture saga par orchestration avec un orchestrateur central coordonnant des transactions distribuées multi-étapes à travers les services Commande, Inventaire et Paiement, avec une chaîne de compensation dédiée pour le rollback en cas d'échec. Ce modèle représente le pattern saga basé sur l'orchestration où un coordinateur unique gère le cycle de vie de la transaction et déclenche des actions compensatoires lorsqu'une étape échoue. Essentiel pour les architectes implémentant des transactions distribuées fiables sans commit en deux phases.

Architecture du pattern Saga par chorégraphie

Architecture

Diagramme d'architecture saga par chorégraphie où les services Commande, Paiement et Inventaire se coordonnent par événements de domaine sans orchestrateur central, chaque service publiant et s'abonnant à des événements qui font avancer la transaction ou déclenchent la compensation. Ce modèle représente l'approche saga décentralisée où les services réagissent de manière autonome aux événements, réduisant les points de défaillance uniques au prix d'une complexité accrue dans le suivi de l'état de la saga. Idéal pour les équipes préférant l'autonomie des services au contrôle centralisé.

Architecture de transaction distribuée Saga

Architecture

Diagramme d'architecture de transaction distribuée implémentant le protocole de commit en deux phases avec un coordinateur de transaction envoyant des messages de préparation et de commit aux services participants, avec un abandon global en cas d'échec de vote. Ce modèle visualise le protocole 2PC classique utilisé lorsqu'une cohérence forte est requise entre plusieurs services, montrant les phases de préparation, vote et commit/abandon. Important pour comprendre les compromis de consensus distribué dans les architectures microservices.

Architecture Saga de réservation de voyage

Architecture

Diagramme d'architecture saga de réservation de voyage orchestrant les réservations de vol, d'hôtel et de location de voiture comme une seule transaction distribuée, avec compensation automatique pour annuler toutes les réservations si une étape échoue. Ce modèle représente le cas d'usage classique de saga où plusieurs services indépendants doivent tous réussir ou tous annuler, garantissant que les voyageurs ne se retrouvent jamais avec des réservations partielles. Parfait pour démontrer les patterns saga avec un scénario métier réel.

Architecture Saga d'exécution de commande

Architecture

Diagramme d'architecture saga d'exécution de commande avec quatre étapes séquentielles : vérification du client, réservation d'inventaire, autorisation de paiement et création d'expédition, avec une chaîne de compensation qui inverse les étapes complétées en cas d'échec. Ce modèle représente le cycle de vie complet de la commande sous forme de saga, montrant comment chaque service participe à la transaction et comment les actions compensatoires maintiennent la cohérence des données. Idéal pour les architectes e-commerce concevant des pipelines de traitement de commandes fiables.

Architecture de résilience par disjoncteur

Architecture

Diagramme d'architecture de résilience par disjoncteur montrant la machine à états complète avec les états fermé, ouvert et semi-ouvert, le suivi du seuil de défaillance, le timer de récupération et les stratégies de réponse de repli pour protéger les services des défaillances en cascade. Ce modèle visualise le pattern disjoncteur en détail, incluant comment le disjoncteur transite entre les états en fonction des compteurs de succès et d'échec. Essentiel pour construire des microservices tolérants aux pannes qui se dégradent gracieusement sous charge.

Architecture d'isolation par cloison (Bulkhead)

Architecture

Diagramme d'architecture d'isolation par cloison avec des pools de threads séparés pour les charges de travail critiques, standard et batch, chacun avec des pools de connexions indépendants, une détection d'épuisement et des stratégies de contre-pression pour empêcher une charge de travail d'affamer les autres. Ce modèle représente le pattern bulkhead inspiré des compartiments de coque de navire, où l'isolation des ressources garantit qu'une défaillance ou surcharge dans un composant ne peut pas se propager aux autres. Critique pour les systèmes nécessitant une disponibilité garantie pour les opérations hautement prioritaires.

Architecture de retry avec backoff exponentiel

Architecture

Diagramme d'architecture de retry avec backoff exponentiel montrant le moteur complet de politique de retry avec classification des erreurs retryables vs non-retryables, calcul de délai exponentiel avec jitter, seuils de tentatives maximales et gestion gracieuse de l'épuisement. Ce modèle représente le pattern de résilience essentiel pour gérer les défaillances transitoires dans les systèmes distribués, prévenant les problèmes de thundering herd par des délais de backoff aléatoires. Fondamental pour toute communication inter-services dans les architectures cloud.

Architecture de limiteur de débit

Architecture

Diagramme d'architecture de limiteur de débit implémentant l'algorithme token bucket avec compteurs distribués Redis, journaux de fenêtre glissante, identification par clé API, en-têtes de limite de débit et synchronisation multi-nœuds pour une application cohérente. Ce modèle montre comment protéger les API contre les abus et assurer une utilisation équitable entre les clients, avec des réponses HTTP 429 appropriées et des en-têtes Retry-After. Essentiel pour les équipes plateforme API construisant une infrastructure de limitation de débit de production.

Architecture du pattern de vérification de santé

Architecture

Diagramme d'architecture du pattern de vérification de santé avec sondes de load balancer, vérifications de santé approfondies vérifiant la base de données, le cache, le disque et l'état des dépendances, rotation automatique des instances et intégration d'alertes avec PagerDuty pour les échecs consécutifs. Ce modèle représente l'infrastructure de surveillance de santé qui permet des systèmes auto-réparateurs, où les instances défaillantes sont automatiquement retirées de la rotation et les équipes opérationnelles sont alertées. Clé pour construire des services prêts pour la production avec une observabilité appropriée.

Architecture hexagonale (Ports et Adaptateurs)

Architecture

Diagramme d'architecture hexagonale montrant la séparation nette entre le cœur de domaine, les adaptateurs entrants (REST, GraphQL, CLI, consommateurs de messages), les adaptateurs sortants (PostgreSQL, Stripe, email, Redis) et les interfaces de ports qui les connectent. Ce modèle visualise le pattern ports et adaptateurs où le cœur de domaine n'a aucune dépendance sur l'infrastructure, le rendant entièrement testable et agnostique technologiquement. Fondamental pour les équipes adoptant les principes d'architecture propre dans leur base de code.

Couches d'architecture propre (Clean Architecture)

Architecture

Diagramme des couches d'architecture propre montrant les quatre couches concentriques : Entités (domaine), Cas d'utilisation (application), Adaptateurs d'interface (contrôleurs, présentateurs, repositories) et Frameworks & Drivers (serveur web, base de données, SDK cloud). Ce modèle représente la Clean Architecture d'Uncle Bob avec la règle de dépendance où les couches internes ne dépendent jamais des couches externes, garantissant que le modèle de domaine reste pur et indépendant du framework. Référence essentielle pour les architectes logiciels imposant des frontières architecturales.

Architecture DDD des contextes bornés

Architecture

Diagramme d'architecture DDD des contextes bornés avec les contextes Commande, Client, Expédition et Facturation connectés via une couche anti-corruption, un noyau partagé et une carte de contextes définissant les relations d'intégration. Ce modèle visualise les patterns stratégiques DDD pour décomposer des domaines complexes en contextes bornés autonomes qui communiquent par des événements d'intégration bien définis. Critique pour les architectes appliquant le Domain-Driven Design aux systèmes d'entreprise à grande échelle.

Architecture du pattern de composition d'API

Architecture

Diagramme d'architecture de composition d'API avec un service compositeur qui distribue des requêtes parallèles vers plusieurs microservices, collecte les réponses avec gestion de timeout et fusionne les résultats en une réponse unifiée unique avec support de repli partiel. Ce modèle représente le pattern de composition d'API utilisé lorsqu'une requête client unique nécessite des données de plusieurs services, évitant les appels directs de service à service. Utile pour les équipes construisant des couches d'agrégation dans les architectures microservices.

Architecture du pattern Outbox pour messagerie fiable

Architecture

Diagramme d'architecture outbox transactionnel où les écritures de domaine et la publication d'événements se font dans la même transaction de base de données, avec un processus relais interrogeant la table outbox et publiant les événements vers un broker de messages avec livraison garantie. Ce modèle résout le problème de double écriture où la mise à jour d'une base de données et la publication d'un événement ne sont pas atomiques, garantissant une livraison d'événements exactement une fois sans transactions distribuées. Critique pour les architectures événementielles nécessitant une publication de messages fiable.

Architecture du pattern Ambassador

Architecture

Diagramme d'architecture du pattern ambassador avec un proxy sidecar local gérant l'injection d'en-têtes d'authentification, le disjoncteur, la logique de retry et la collecte de métriques pour les requêtes sortantes vers des API tierces externes. Ce modèle représente le pattern ambassador où un service auxiliaire fonctionnant aux côtés de l'application décharge les préoccupations transversales pour la communication externe. Utile pour les équipes s'intégrant avec des services tiers peu fiables nécessitant des wrappers de résilience.

Architecture de fédération GraphQL

Architecture

Diagramme d'architecture de fédération GraphQL avec une passerelle Apollo construisant des plans de requête et distribuant vers les sous-graphes Utilisateur, Produit et Avis, chacun possédant son schéma et sa base de données, avec assemblage des réponses en un résultat GraphQL unifié. Ce modèle représente l'approche GraphQL fédérée où plusieurs équipes développent et déploient indépendamment leurs sous-graphes tandis que les clients voient une API unifiée unique. Idéal pour les organisations mettant à l'échelle GraphQL à travers plusieurs équipes et services.

Architecture de sécurité Zero Trust

Architecture

Diagramme d'architecture de sécurité zero trust avec vérifications de posture des appareils, vérification d'identité MFA, décisions de politique basées sur le risque, jetons JWT à courte durée de vie, micro-segmentation, chiffrement mTLS, application du moindre privilège et surveillance continue. Ce modèle représente le paradigme de sécurité « ne jamais faire confiance, toujours vérifier » où chaque requête est authentifiée et autorisée indépendamment de l'emplacement réseau. Essentiel pour les architectes sécurité implémentant des frameworks zero-trust modernes dans des environnements cloud-native.

Architecture SaaS multi-tenant

Architecture

Diagramme d'architecture SaaS multi-tenant avec identification du tenant, routage basé sur le niveau (pools partagés vs dédiés), sécurité au niveau des lignes, clés de chiffrement par tenant et stratégies de sauvegarde isolées pour les modèles d'isolation standard et entreprise. Ce modèle représente les décisions architecturales pour construire des plateformes SaaS servant plusieurs clients depuis une infrastructure partagée tout en maintenant une isolation stricte des données. Critique pour les architectes SaaS équilibrant l'efficacité des coûts avec les exigences de sécurité entreprise.

Architecture d'orchestration de conteneurs Kubernetes

Architecture

Diagramme d'architecture d'orchestration de conteneurs Kubernetes montrant le plan de contrôle (API Server, etcd, Scheduler, Controller Manager), les nœuds worker (Kubelet, runtime de conteneurs, kube-proxy, pods), la couche réseau (Ingress, Network Policy, Service Mesh) et le stockage persistant avec pilotes CSI. Ce modèle fournit une vue complète de la pile architecturale Kubernetes du plan de contrôle à la couche de stockage. Référence fondamentale pour les ingénieurs DevOps et les équipes plateforme gérant des clusters Kubernetes.

Architecture Data Mesh

Architecture

Diagramme d'architecture data mesh avec propriété des données orientée domaine à travers les domaines Ventes, Marketing et Finance, chacun exposant des produits de données en libre-service via des API avec des SLA de qualité, gouvernés par une plateforme de données fédérée avec un catalogue partagé et un moteur de requêtes inter-domaines. Ce modèle représente le changement de paradigme des équipes data centralisées vers des produits de données possédés par les domaines, appliquant les principes des microservices à l'architecture de données. Essentiel pour les organisations mettant à l'échelle les opérations data au-delà des goulots d'étranglement des entrepôts de données centralisés.

Architecture cellulaire (Cell-Based)

Architecture

Diagramme d'architecture cellulaire avec routage géographique vers des cellules indépendantes et autonomes (US-East, EU-West), chacune avec sa propre passerelle, calcul, base de données, cache et file de messages, plus des services partagés pour la réplication inter-cellules et la configuration globale. Ce modèle représente le pattern d'architecture cellulaire utilisé par les systèmes hyperscale pour atteindre l'isolation du rayon d'impact, où les défaillances dans une cellule ne peuvent pas affecter les utilisateurs d'une autre. Clé pour les architectes concevant des systèmes nécessitant une disponibilité extrême et une isolation des pannes.

Architecture d'observabilité des trois piliers

Architecture

Diagramme d'architecture d'observabilité implémentant les trois piliers (métriques, traces, logs) avec instrumentation SDK OpenTelemetry, pipeline de collecteur OTLP, backends Prometheus, Jaeger et Loki, tableaux de bord Grafana, suivi SLO/SLI et intégration d'alertes PagerDuty. Ce modèle fournit une référence complète de pile d'observabilité montrant comment les données de télémétrie circulent de l'instrumentation applicative à la collecte, au stockage, à la visualisation et à la réponse aux incidents. Essentiel pour les équipes SRE construisant une infrastructure de surveillance de production.

Architecture de déploiement GitOps

Architecture

Diagramme d'architecture de déploiement GitOps avec workflow Git développeur, pipeline CI/CD construisant et poussant des images de conteneurs, ArgoCD ou Flux détectant les changements de manifestes Git, détection de dérive, synchronisation automatique du cluster et déploiement par mise à jour progressive vers Kubernetes. Ce modèle représente le paradigme GitOps où Git est la source unique de vérité pour le code applicatif et l'état de l'infrastructure, permettant des déploiements déclaratifs, auditables et reproductibles. Critique pour les équipes adoptant les pratiques GitOps pour les déploiements Kubernetes.

Architecture IA-Native Agent Unique

Architecture

Une architecture IA agentique à agent unique où un seul agent gère tout : analyser les requêtes, raisonner, appeler les outils via MCP, et générer les réponses. C'est l'architecture par défaut pour les prototypes et automatisations simples—facile à déboguer mais atteint rapidement les limites de fenêtre de contexte et est difficile à paralléliser. Idéale pour les MVPs et les développeurs solo qui livrent vite.

Architecture IA-Native Pipeline Séquentiel

Architecture

Une architecture pipeline séquentiel enchaînant plusieurs agents dans un ordre fixe (analyser → enrichir → analyser → formater), ce qui est une configuration 'microservices LLM' courante quand chaque étape peut être isolée. Cette structure est souvent utilisée dans le traitement de documents et les workflows de type ETL car chaque étape est testable et prévisible.

Architecture IA-Native Orchestrateur-Travailleur

Architecture

Une architecture orchestrateur-travailleur où un agent orchestrateur décompose un objectif en sous-tâches, les distribue à des travailleurs spécialisés, puis synthétise une réponse finale. C'est l'architecture 'orchestration d'agents' la plus courante—puissante mais l'orchestrateur peut devenir un goulot d'étranglement à mesure que le nombre de travailleurs augmente.

Architecture IA-Native Hiérarchique

Architecture

Une architecture multi-agents hiérarchique qui scalde l'orchestration en empilant superviseurs et chefs d'équipe (une structure arborescente), ce qui reflète les structures organisationnelles d'entreprise et aide à partitionner le contexte. C'est l'architecture 'IA agentique de niveau entreprise' quand un seul orchestrateur ne peut pas gérer tous les travailleurs directement.

Architecture IA-Native Fan-Out Parallèle

Architecture

Une architecture fan-out parallèle qui exécute plusieurs agents simultanément sur des vérifications indépendantes (style, sécurité, performance) puis fusionne les résultats. C'est une approche standard de conception multi-agents pour le débit, s'appliquant bien au CI/CD, à la réponse aux incidents et à la recherche.

Architecture IA-Native Event-Driven Kafka

Architecture

Une architecture IA agentique event-driven qui remplace l'orchestrateur central par des topics Kafka/PubSub : les agents s'abonnent, réagissent et publient de nouveaux événements. Cela aligne les systèmes multi-agents avec la chorégraphie microservices éprouvée et est idéale pour les systèmes temps réel, haut débit et les configurations 'maillage d'agents'.

Architecture IA-Native Générateur-Critique

Architecture

Une architecture compétitive / générateur-critique où plusieurs générateurs produisent des réponses indépendantes, puis un agent évaluateur note et sélectionne la meilleure sortie. Cette approche améliore la qualité et réduit la fragilité d'un modèle unique. C'est plus coûteux (plusieurs appels LLM) mais rentable quand la correction ou la créativité compte plus que la latence.

Architecture de hub de notifications événementiel

Architecture

Diagramme d'architecture de hub de notifications événementiel avec ingestion d'événements multi-sources, rendu de messages basé sur des templates, routage par préférences utilisateur vers les canaux email (SendGrid/SES), push (FCM), SMS (Twilio) et Slack, avec suivi de livraison et mécanismes de retry. Ce modèle représente un système de notifications centralisé qui découple les services métier de l'infrastructure de livraison, supportant la communication multicanal avec des préférences contrôlées par l'utilisateur. Idéal pour les équipes plateforme construisant une infrastructure de notifications évolutive.

Architecture Agentique Superviseur-Travailleur

Architecture

Une architecture multi-agents superviseur-travailleur où un agent orchestrateur reçoit un objectif de haut niveau, le décompose en sous-tâches, délègue chacune à des agents travailleurs spécialisés (chercheur, rédacteur, QA), surveille l'exécution, gère les échecs et synthétise les résultats. L'orchestrateur gère mais n'exécute pas les tâches lui-même.

Architecture Pipeline Séquentiel Agentique

Architecture

Une architecture multi-agents pipeline séquentiel où les agents sont arrangés dans une séquence stricte. Chaque agent transforme ou enrichit la sortie du précédent, puis la passe au suivant. Pas d'orchestrateur central — le flux est déterministe comme une chaîne d'assemblage.

Architecture Essaim Agentique

Architecture

Une architecture multi-agents essaim où plusieurs agents travaillent simultanément sur les mêmes tâches ou des tâches connexes, sans coordinateur central. Leurs sorties sont ensuite agrégées, votées ou fusionnées par un nœud agrégateur dédié. Les agents peuvent rivaliser — la meilleure sortie gagne.

Architecture Hiérarchique Agentique

Architecture

Une architecture multi-agents hiérarchique avec structure organisationnelle multi-niveaux. Un agent exécutif de niveau supérieur gère des agents chefs d'équipe de niveau intermédiaire, qui gèrent chacun leur propre pool de travailleurs spécialisés. Des équipes dans les équipes — la hiérarchie correspond à la séparation des domaines.

Architecture Équipe de Rivaux Agentique

Architecture

Le pattern multi-agents le plus sophistiqué architecturalement. Les agents se voient assigner non seulement des rôles mais des incitations opposées. Un Planificateur est optimiste sur l'accomplissement de l'objectif. Un Critique est constitutionnellement sceptique et détient l'autorité de veto. Les erreurs sont détectées par pression contradictoire plutôt qu'en faisant confiance à l'auto-évaluation d'un seul modèle.

Orchestration IA - Agent Unique (Monolithe)

Architecture

L'architecture IA-native la plus simple — un agent unique qui reçoit l'entrée utilisateur, raisonne, planifie, décide des appels d'outils, traite les résultats et génère des réponses. Connexion MCP directe via stdio ou HTTP. Idéal pour les MVP et quand la latence faible compte.

Orchestration IA - Pipeline Séquentiel

Architecture

Une architecture chaîne d'assemblage où les agents sont arrangés dans une séquence stricte. Chaque agent transforme ou enrichit la sortie du précédent, puis la passe au suivant. Idéal pour les tâches avec dépendances séquentielles claires — traitement de documents, pipelines de production de contenu, workflows de conformité.

Orchestration IA - Orchestrateur-Travailleur

Architecture

Une architecture style conducteur où un agent orchestrateur reçoit une tâche complexe, la décompose en sous-tâches, délègue chacune à des agents travailleurs spécialisés (recherche, code, revue), collecte les résultats et synthétise la réponse finale. Idéal pour les tâches multi-étapes complexes avec décomposition dynamique.

Orchestration IA - Hiérarchique (Organigramme)

Architecture

Une architecture organigramme avec structure multi-niveaux. Un superviseur de niveau supérieur gère des chefs d'équipe, qui gèrent chacun leur propre pool de travailleurs spécialisés. Des équipes dans les équipes. Idéal pour l'automatisation à échelle entreprise avec 10+ agents spécialisés couvrant plusieurs domaines.

Orchestration IA - Fan-Out Parallèle (Map-Reduce)

Architecture

Une architecture style map-reduce où un coordinateur distribue les tâches à plusieurs agents travailleurs parallèles (vérification style, audit sécurité, analyse performance), rassemble tous les résultats et prend une décision agrégée. Idéal pour les revues de PR, revues de code et analyse multi-dimensionnelle.

Orchestration IA - Maillage Event-Driven (Kafka-First)

Architecture

Une architecture maillage d'agents event-driven utilisant un broker d'événements style Kafka. Plusieurs agents s'abonnent à des topics (commandes, alertes, analytique), traitent les événements indépendamment, et publient les résultats sur le bus. Idéal pour le traitement d'événements temps réel et architectures de services découplés.

Orchestration IA - Générateur-Critique Compétitif

Architecture

Une architecture mode tournoi où plusieurs agents générateurs produisent des sorties indépendantes en parallèle, puis un agent évaluateur note et sélectionne la meilleure. Vérification de seuil de qualité avec boucles de raffinement. Idéal quand la correction ou créativité compte plus que la latence.

Architecture MCP Connexion Directe

DevOps

Le pattern MCP le plus simple — connexion directe entre application hôte et serveur MCP via stdio ou HTTP. Pas de sauts supplémentaires, latence minimale, débogage facile. Parfait pour les MVP, hackathons, et configurations mono-équipe où la gouvernance sécurité n'est pas encore une préoccupation.

Architecture MCP Proxy Passerelle

DevOps

Un pattern de passerelle API situé entre les agents et les serveurs MCP pour gérer l'authentification, les limites de taux et l'audit. La passerelle applique OAuth 2.0, SAML, SSO, limitation de taux au niveau outil, et quotas par équipe. Essentiel pour les déploiements MCP multi-équipes ou multi-locataires.

Architecture MCP Routeur d'Outils

DevOps

Un pattern de routage qui place un routeur sémantique devant les outils MCP pour que le LLM ne voie que le sous-ensemble dont il a besoin. Utilise des embeddings vectoriels et la similarité cosinus pour matcher l'intention utilisateur aux outils dynamiquement. Réduction jusqu'à 96% des tokens d'entrée avec les grands catalogues d'outils.

Architecture MCP Maillage d'Agents

DevOps

Un pattern maillage multi-agents où les agents communiquent via un broker de contexte partagé soutenu par MCP. Permet l'accès coordonné aux outils et la synchronisation d'état à travers plusieurs agents spécialisés (planificateur, codeur, réviseur, opérateur). Supporte les patterns d'interaction orchestrés et chorégraphiés.

Architecture MCP Disjoncteur

DevOps

Un pattern de résilience qui enveloppe les appels MCP avec des barrières conscientes de la santé utilisant trois états : Fermé (normal), Ouvert (échecs détectés, échec rapide), et Semi-Ouvert (test de récupération). Prévient les échecs en cascade quand les outils deviennent non réactifs. Essentiel pour la fiabilité de niveau production.

Architecture MCP Proxy de Contexte

DevOps

Une couche de mise en cache et compression située entre les agents et les serveurs MCP, interceptant les requêtes de contexte redondantes avant qu'elles n'atteignent le réseau. Utilise l'invalidation de cache basée sur TTL, compression Brotli, et cache sémantique. Réduction jusqu'à 95%+ des tokens et factures LLM significativement réduites.

Gestion de Contexte - Mémoire de Session

Architecture

Pattern de contexte court terme où le canal envoie les nouveaux messages plus l'historique récent. Le runtime agent fusionne cela avec l'état de session local, assemble l'invite, et persiste la réponse dans l'historique. Simple mais le coût et la latence augmentent avec la longueur de l'historique.

Gestion de Contexte - Mémoire Résumée Progressive

Architecture

Pattern d'historique compressé qui garde l'historique complet pendant un moment, puis quand un seuil est atteint, résume le dernier morceau et remplace les tours détaillés par un message résumé plus court. Réduit dramatiquement la taille de l'invite sur les conversations longues tout en maintenant la continuité de l'essentiel.

Gestion de Contexte - Mémoire de Profil

Architecture

Pattern de mémoire style identité où les données de profil sont chargées au démarrage de session. Chaque invite combine le persona système, le profil utilisateur, et le message courant. Les nouveaux faits peuvent être écrits dans la mémoire de profil. Surcharge prévisible minimale avec grande amélioration UX — l'agent se souvient de votre nom, stack, ton et contraintes.

Gestion de Contexte - Mémoire Sémantique

Architecture

Pattern de mémoire basé sur vecteurs où le texte est découpé, embeddé et stocké dans une base de données vectorielle. À la requête, la question est embeddée, une recherche vectorielle est exécutée, les candidats sont re-classés, et les meilleurs résultats sont injectés dans l'invite. Là où l'agent donne l'impression de tout se souvenir sans halluciner.

Gestion de Contexte - Mémoire Épisodique

Architecture

Pattern d'apprentissage par l'expérience où chaque exécution de tâche devient un épisode avec entrée, actions et résultat. Avant d'aborder une nouvelle tâche, l'agent récupère des épisodes similaires et les utilise comme indices. Avec le temps, l'agent donne l'impression d'apprendre au lieu de répéter les mêmes plans échoués.

Gestion de Contexte - Mémoire Récupération Hybride

Architecture

Pattern de récupération multi-modal combinant recherche sémantique, recherche exacte/mots-clés, et recherche par récence en parallèle. Les résultats sont fusionnés et re-classés en un seul ensemble de contexte. Rappel beaucoup plus élevé car l'agent peut trouver à la fois des références floues et des entités exactes. Essentiel pour la récupération de connaissances complète.

Gestion de Contexte - Mémoire Partagée

Architecture

Pattern de coordination multi-agents où un orchestrateur décompose le travail en sous-tâches, les agents spécialistes tirent de et poussent vers un store d'état partagé, et l'orchestrateur compose la réponse finale depuis cet état partagé. Les configurations multi-agents semblent cohérentes au lieu que chaque assistant ait sa propre mémoire inconsistante.