top of page

Comprendre les niveaux de services Cloud : Maîtrisez vos SLA

Dernière mise à jour : il y a 4 jours

Les Service Level Agreements (SLA) : Maîtrisez vos engagements avec votre fournisseur cloud


Pourquoi les SLA sont essentiels ?


Un SLA définit les engagements de votre fournisseur cloud concernant la disponibilité, la performance et la qualité du service. Que ce soit pour l'infrastructure (IaaS), la plate-forme (PaaS) ou l'application cloud (SaaS), la disponibilité des services est cruciale. Ces engagements sont formalisés dans les accords de niveaux de services (SLA).


Ils permettent de vérifier la performance et la disponibilité des services. Cela inclut les temps de latence, les sauvegardes, et la redondance des données. Il est également important de connaître les emplacements des serveurs et services.


Comprendre les SLA est essentiel. Cela établit clairement les responsabilités de chacun (Client vs Fournisseur) en cas d'interruption de services. Les pénalités applicables en cas de non-respect doivent être énoncées clairement. Elles ne doivent pas être sujettes à interprétation.

L'affichage de la disponibilité des services doit être clair et accessible. Cela doit se trouver sur le site du fournisseur ou dans les contrats de services associés. De plus, les niveaux de service, tels que le taux de disponibilité et les temps de résolution des incidents, doivent être régulièrement vérifiés. Cela garantit que les engagements du fournisseur correspondent à vos attentes.


Points à vérifier pour maîtriser vos SLA

Les points à vérifier pour maîtriser vos SLA


  • Description précise du service cloud fourni

  • Qualité du service : Détails de la norme du service

  • Réactivité du service : Détails de la rapidité avec laquelle le service est fourni

  • Pénalités en cas de non-respect des termes convenus : Détails des pénalités pour divers niveaux de non-respect de l’accord

  • Mesure de la performance : Liste des indicateurs à mesurer, avec leurs modalités de mesure

  • Conditions d'annulation du SLA


Quid de la responsabilité partagée : Le cas de l'IaaS


Responsabilité utilisateur

Responsabilité fournisseur Cloud (IaaS)

Architecture et déploiement des services cloud. Mise à l’échelle de l’architecture (scalability)

Installation, entretien et mise à jour des matériels et logiciels pour fournir les services

Architecture-conception des applications en termes de résilience en utilisant des charges de travail redondantes entre les régions et les zones.

Détermination de la résilience des applications.

Proposition et gestion des AZ (zones de disponibilités) et/ou régions pour aider les administrateurs à renforcer la résilience des applications.

Configuration de l’équilibrage de charge

Responsable de la résilience et de l’efficacité de l’équilibrage de charge

Architecture de la résilience des machines virtuelles

Gestion et mise à jour

Mesure du temps d’arrêt en cas de panne pour demander une compensation

Compensation offerte en crédit de service


A retenir


La résilience des services cloud au niveau régional pose des défis. La plupart des services des fournisseurs cloud sont redondants au niveau de la zone de disponibilité. Cependant, ils ne sont pas conçus pour fonctionner dans plusieurs régions. Si une région tombe en panne, tous les services deviennent indisponibles. Il est donc de votre responsabilité de choisir le meilleur scénario de redondance en fonction de votre budget et de la criticité de l’application ou des données hébergées sur le cloud.


Indicateurs clés à surveiller


  • Uptime : Pourcentage de disponibilité du service (99.9%, 99.99%, etc.)

  • RTO (Recovery Time Objective) : Temps maximum pour restaurer le service

  • RPO (Recovery Point Objective) : Quantité maximale de données pouvant être perdues


Passez à l'action


Vous souhaitez approfondir votre compréhension des SLA et optimiser vos contrats de services cloud ? Réservez une session avec notre expert contrat pour une analyse personnalisée de vos besoins.



bottom of page