Flux de travail de revue des accès
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.
Modèles
Explorez des modèles FlowZap prêts à l'emploi. Recherchez par mot-clé et filtrez avec des tags SEO à forte intention. Vous souhaitez partager votre création FlowZap Code ? Avec votre nom et un lien vers votre site web ? Soumettez votre FlowZap Code ici.
Top tags:
51 modèles
Flux de travail de sauvegarde et restauration
Flux de travail de sauvegarde et restauration avec sauvegardes planifiées, réplication hors site, application de la politique de rétention, tests de restauration et validation RTO/RPO.
Processus de déploiement blue-green
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 de déploiement canari
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 renouvellement de certificats
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
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
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.
Flux de travail Transaction de Compensation
Ce flux de travail modélise le rollback du travail lorsqu'une étape ultérieure échoue.
Flux de travail de migration de base de données
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 retour arrière de déploiement
Flux de travail de retour arrière de déploiement avec détection des problèmes, décision de rollback, restauration de la version précédente, vérification de l’état de santé et documentation du post‑mortem.
Flux de travail de réponse aux incidents
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 provisionnement d’infrastructure
Flux de provisionnement d’infrastructure en tant que code avec Terraform plan, étapes d’approbation, gestion d’état, création de ressources et détection de dérive.
Flux de travail de test de charge
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é.
Workflow d’alerte de surveillance
Flux de travail de surveillance et d’alerte avec collecte de métriques, évaluation des seuils, routage des alertes, politiques d’escalade et création d’incidents.
Flux de travail de rotation d’astreinte
Flux de travail de rotation d’astreinte avec création de planning, relais de poste, gestion des dérogations, politiques d’escalade et répartition équitable des rotations.
Workflow d’intégration
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.
Flux de travail d'inspection qualité
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é.
Workflow du pattern Saga
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.
Flux de travail de rotation de secrets
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 scan de sécurité
Flux de travail de scan de sécurité avec SAST, DAST, analyse des vulnérabilités de dépendances, triage des constats et suivi de la remédiation dans le pipeline CI/CD.
Flux de travail Correctif de Vulnérabilité
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.
Architecture de passerelle API pour microservices
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
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 de découverte de services pour microservices
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
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 d'événements de domaine
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 backend API serverless
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 d'orchestration Step Functions serverless
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 pipeline de données serverless
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 du pattern Saga par orchestration
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 de limiteur de débit
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é
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)
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.
Architecture SaaS multi-tenant
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
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 d'observabilité des trois piliers
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
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 Fan-Out Parallèle
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 de hub de notifications événementiel
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 MCP Connexion Directe
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
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
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
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
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
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.
Architecture OpenClaw en installation native
Déploiement OpenClaw sur votre machine du quotidien avec la passerelle, l'espace de travail et l'API LLM commerciale connectés localement via l'interface web.
Architecture OpenClaw isolée avec Docker
Déploiement Docker d'OpenClaw avec runtime de passerelle isolé, volumes montés pour l'espace de travail et la configuration, et API LLM commerciale.
Architecture OpenClaw sur VPS autogéré
Déploiement OpenClaw sur VPS autogéré avec passerelle, espace de travail, couche pare-feu/authentification et accès au fournisseur LLM commercial depuis n'importe quel appareil.
Architecture OpenClaw en cloud managé
Déploiement OpenClaw en cloud managé via des plateformes comme Railway ou Northflank avec passerelle hébergée, intégrations, monitoring et API LLM commerciales.
Architecture OpenClaw hybride cloud + nœuds locaux
Architecture OpenClaw hybride avec passerelle cloud, nœuds locaux pour les actions sur appareil, état persistant de l'agent et appels à un fournisseur LLM commercial.
Nightly Notion backup (Schedule → Notion → Drive → Slack)
Exemple de flux de travail n8n en FlowZap Code (téléchargement .fz).