Checklist intelligente | Documentation Siovos Archi

La checklist intelligente analyse votre architecture et suggere des ameliorations basees sur les bonnes pratiques. Elle detecte les composants manquants, les patterns non optimaux et les risques potentiels.

Concept#

La checklist fonctionne comme un assistant qui examine votre architecture et pose des questions :

"Votre backend a-t-il un cache ?"
"Votre base de donnees a-t-elle des replicas ?"
"Vos services sont-ils surveilles ?"

Chaque suggestion indique les composants concernes et propose une action.

Acceder a la checklist#

La checklist est accessible via le bouton dans la toolbar du canvas :

Cliquez sur l'icone Checklist (liste a cocher) dans la toolbar superieure
Le panneau s'ouvre a droite avec les suggestions
Un badge indique le nombre de suggestions en attente

Checklist intelligente avec suggestions

Le panneau Checklist et le panneau de proprietes sont mutuellement exclusifs. Ouvrir l'un ferme l'autre automatiquement.

Categories de suggestions#

Securite#

Recommandations pour proteger votre infrastructure :

Suggestion	Condition	Action
HTTPS manquant	Backend sans connexion depuis CDN/LB	Ajoutez un termination TLS
Auth absente	Backend accessible sans composant Auth	Ajoutez l'authentification
WAF recommande	Services exposes sans WAF	Ajoutez un Web Application Firewall
Secrets non securises	Pas de Vault dans l'architecture	Utilisez un gestionnaire de secrets

Resilience#

Recommandations pour la haute disponibilite :

Suggestion	Condition	Action
Replicas manquants	Database sans replicas	Configurez la replication
Single point of failure	Service critique sans redundance	Ajoutez des instances
Load balancer absent	Multiple backends sans LB	Ajoutez la repartition de charge
DR non configure	Pas de region secondaire	Planifiez le disaster recovery

Performance#

Recommandations pour l'optimisation :

Suggestion	Condition	Action
Cache recommande	Backend avec beaucoup de lectures DB	Ajoutez Redis/Memcached
CDN manquant	Frontend sans CDN	Ajoutez un CDN pour les assets
Async recommande	Processus longs synchrones	Utilisez une queue

Observabilite#

Recommandations pour le monitoring :

Suggestion	Condition	Action
Monitoring absent	Services sans composant Monitoring	Ajoutez Prometheus/Datadog
Logs centralises	Pas de systeme de logs	Ajoutez ELK/Loki
Tracing manquant	Microservices sans tracing	Implementez OpenTelemetry
Alerting absent	Monitoring sans alertes	Configurez PagerDuty/OpsGenie

Types de suggestions#

Suggestions (niveau info)#

Recommandations pour ameliorer l'architecture. Pas d'urgence, mais a considerer.

Icone : 💡 (ampoule)

Warnings (niveau attention)#

Points a evaluer qui pourraient poser probleme. Meritent une attention.

Icone : ⚠️ (triangle)

Erreurs (niveau critique)#

Configurations potentiellement dangereuses ou patterns a eviter.

Icone : ❌ (croix)

Chaque suggestion liste les nodes concernes. Cliquez sur un nom de node pour :

Selectionner le node sur le canvas
Centrer la vue sur ce node
Ouvrir son panneau de proprietes

Cette navigation rapide vous permet d'adresser chaque suggestion efficacement.

Regles de detection#

La checklist utilise des regles basees sur la structure du diagramme :

Analyse des connexions#

Quels nodes sont connectes a quoi ?
Y a-t-il des chemins directs vers internet ?
Les services critiques ont-ils des connexions de fallback ?

Analyse des types#

Quels types de nodes sont presents ?
Quels types manquent pour une architecture complete ?
Les proportions sont-elles equilibrees ?

Analyse des proprietes#

Les proprietes semantiques (criticite, status) sont-elles coherentes ?
Les metadonnees sont-elles renseignees ?

Filtrage#

Par node selectionne#

Quand un node est selectionne, la checklist affiche uniquement les suggestions liees a ce node.

Vue globale#

Deselectionnez tout pour voir toutes les suggestions du projet.

Par severite#

Utilisez les toggles pour filtrer :

Afficher les suggestions (info)
Afficher les warnings
Afficher les erreurs

Interpretez avec contexte#

La checklist n'est pas prescriptive. Elle suggere des bonnes pratiques courantes, mais toutes les suggestions ne s'appliquent pas a tous les contextes.

Exemples ou ignorer une suggestion est justifie :

"Replicas recommandes" sur une DB de dev : Normal de ne pas avoir de replicas en developpement
"Cache recommande" pour un service write-heavy : Le cache n'apporte pas de benefice
"WAF manquant" sur un service interne : Le WAF est au niveau edge, pas sur chaque service

Evaluez chaque suggestion selon votre contexte reel.