---
schema_version: "1"
id: da4d91b585e825c2ae52853e76492f54a50391f94af13defc5ff87a30fc3c65c
title: Fiabilité - Modèles
collection: architect
version: current
locale: fr-fr
portal_url: https://docs.salesforce.com/architect/current/fr-fr/well-architected/guides/reliability-overview.md
canonical_url: https://architect.salesforce.com/docs/architect/fr-fr/well-architected/guide/reliability-overview.html
source_site: architect.salesforce.com
content_type: documentation
content_hash: f8de0f52d103c11ca112f9463e305df6ab830c1dfb08df4b5964f3e7c85a7a1e
products:
  - Infrastructure bien architecturée
  - Architect Site Content Repo
---
# Fiabilité - Modèles

Le pilier Fiabilité se concentre sur la disponibilité, les performances, la reprise après sinistre et l'évolutivité du système. Vos solutions résistent aux défaillances et évoluent avec la demande. Ces modèles transforment les principes de conception du pilier en pratiques concrètes et vérifiables : quoi chercher dans une solution, à quoi ressemble le bien et aux anti-schémas qui la minent.

## Principes de conception

Ces modèles mettent en pratique les principes de conception du pilier Fiabilité. Lisez-les avec le [pilier Fiabilité](https://architect.salesforce.com/docs/architect/fr-fr/well-architected/guide/reliability.md) pour consulter les conseils complets derrière chaque élément.

- **Distribuez la charge de travail par traitement en masse** : traitez par lots afin d'éviter qu'une augmentation du volume n'épuise les limites du gouverneur.
- **Supposons que tout échoue**, concevez pour l'échec de chaque dépendance, pas seulement de celles que vous attendez.
- **Élaborez des systèmes autorécupérateurs** : récupérez automatiquement après des pannes transitoires plutôt que de nécessiter une intervention manuelle.
- **Concevez d'abord pour les exigences** métiers — la disponibilité au sol et les objectifs de reprise dans l'impact métier, pas des chiffres arbitraires de temps de fonctionnement.
- **Validez la reprise par des exercices** : prouvez que vos procédures de reprise après sinistre fonctionnent avant d'en avoir besoin.

## Comment utiliser ces schémas

Chaque catégorie associe des **modèles** (ce qui est bien) à des **anti-modèles** (ce qu'il faut éviter), organisés de sorte que vous puissiez examiner une solution zone par zone. Partez du résultat de fiabilité dont vous avez besoin :

- **Définir ou défendre des objectifs de disponibilité et de latence ?** Commencez par **Disponibilité et Performance** pour ancrer les SLO dans l'impact métier avant de choisir une architecture.
- **Protection contre la perte de données ou l'échec régional ?** Utilisez **la Reprise après sinistre** pour aligner les procédures de sauvegarde, de basculement et de continuité des activités sur votre RPO/RTO.
- **Gérer la croissance ou la charge ?** Utilisez l'**évolutivité** pour augmenter les charges de travail en masse et respecter les limites du gouverneur à mesure que le volume augmente.
- **Des agents en production ?** Utilisez les **modèles Agentic** pour les chaînes de secours, la gestion des expirations et la surveillance de l'intégrité des agents.

## Catégories de modèle

### [Modèles agentiques](https://architect.salesforce.com/docs/architect/fr-fr/well-architected/guide/reliability-agentic-patterns.md)
Modèles spécifiques à la fiabilité pour les systèmes agentsiques, notamment les stratégies de repli, la gestion des expirations et la surveillance de l'état de santé des agents.

### [Disponibilité et performance](https://architect.salesforce.com/docs/architect/fr-fr/well-architected/guide/reliability-availability-performance-patterns.md)
Modèles de haute disponibilité, d'optimisation des performances, de mise en cache et de gestion du chargement.

### [Reprise après sinistre](https://architect.salesforce.com/docs/architect/fr-fr/well-architected/guide/reliability-disaster-recovery-patterns.md)
Modèles de stratégies de sauvegarde, de reprise des données, de continuité des activités et de procédures de basculement.

### [Évolutivité](https://architect.salesforce.com/docs/architect/fr-fr/well-architected/guide/reliability-scalability-patterns.md)
Modèles d'échelle horizontale et verticale, de gestion des limites du gouverneur et de gestion de la croissance.

## Ressources associées

- [Pilier de fiabilité](https://architect.salesforce.com/docs/architect/fr-fr/well-architected/guide/reliability.md) — les principes de conception et les orientations architecturales que ces modèles mettent en œuvre
- [Fiabilité pour Agentic Enterprise](https://architect.salesforce.com/docs/architect/fr-fr/well-architected/guide/agentic-enterprise-reliability.md) — guide de fiabilité pour les solutions basées sur l'agent
- [Cadre bien architecturé](https://architect.salesforce.com/docs/architect/fr-fr/well-architected/guide/framework.md) – comment la fiabilité s’intègre aux autres piliers
- [Patterns and Anti-Patterns](https://architect.salesforce.com/docs/architect/fr-fr/well-architected/guide/patterns-and-anti-patterns.md) — la bibliothèque complète de modèles dans tous les piliers