REL11-BP07 Architectez votre produit pour atteindre les objectifs de disponibilité et les accords de niveau de service en matière de disponibilité () SLAs - Reliability Pillar
Directives d’implémentationRessources

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

REL11-BP07 Architectez votre produit pour atteindre les objectifs de disponibilité et les accords de niveau de service en matière de disponibilité () SLAs

Concevez votre produit pour atteindre les objectifs de disponibilité et les accords de niveau de service en matière de disponibilité (SLAs). Si vous publiez ou acceptez en privé des objectifs de disponibilité ou de disponibilitéSLAs, vérifiez que votre architecture et vos processus opérationnels sont conçus pour les prendre en charge.

Résultat souhaité : Chaque application a un objectif défini en matière de disponibilité et SLA de mesures de performance, qui peuvent être surveillées et maintenues afin d'atteindre les résultats commerciaux.

Anti-modèles courants :

  • Conception et déploiement de charges de travail sans en définir aucuneSLAs.

  • SLAles paramètres sont fixés à un niveau trop élevé sans justification ni exigences opérationnelles.

  • SLAsParamétrer sans tenir compte des dépendances et de leurs sous-jacentsSLA.

  • Les conceptions d’applications sont créées sans tenir compte du modèle de responsabilité partagée pour la résilience.

Avantages du respect de cette bonne pratique : la conception d’applications reposant sur des objectifs de résilience clés vous aide à atteindre les objectifs commerciaux et les attentes des clients. Ces objectifs contribuent à orienter le processus de conception de l’application qui évalue les différentes technologies et envisage divers compromis.

Niveau d’exposition au risque si cette bonne pratique n’est pas respectée : moyen

Directives d’implémentation

La conception des applications doit tenir compte d’un ensemble diversifié d’exigences découlant d’objectifs commerciaux, opérationnels et financiers. Dans le cadre des exigences opérationnelles, les charges de travail doivent avoir des objectifs spécifiques en matière de métriques de résilience afin qu’elles puissent être correctement surveillées et prises en charge. Les métriques de résilience ne doivent pas être définies ou déduites après le déploiement de la charge de travail. Elles doivent être définies pendant la phase de conception et aider à guider les diverses décisions et compromis.

  • Chaque charge de travail doit disposer de son propre ensemble de métriques de résilience. Ces métriques peuvent être différentes de celles d’autres applications commerciales.

  • La réduction des dépendances peut avoir un impact positif sur la disponibilité. Chaque charge de travail doit tenir compte de ses dépendances et de leurs dépendancesSLAs. En général, sélectionnez les dépendances dont les objectifs de disponibilité sont égaux ou supérieurs à ceux de votre charge de travail.

  • Envisagez des conceptions faiblement couplées afin que votre charge de travail puisse fonctionner correctement malgré l’altération des dépendances, lorsque cela est possible.

  • Réduisez les dépendances du plan de contrôle, notamment lors de la reprise ou d’une dégradation. Évaluez les conceptions statiques stables pour les charges de travail critiques. Utilisez le partage des ressources pour augmenter la disponibilité de ces dépendances dans une charge de travail.

  • L'observabilité et l'instrumentation sont essentielles pour y parvenir SLAs en réduisant le temps moyen de détection (MTTD) et le temps moyen de réparation (MTTR).

  • Des défaillances moins fréquentes (plus longuesMTBF), des temps de détection des défaillances plus courts (plus courtsMTTD) et des délais de réparation plus courts (plus courtsMTTR) sont les trois facteurs utilisés pour améliorer la disponibilité dans les systèmes distribués.

  • L’établissement et le respect des métriques de résilience pour une charge de travail sont à la base de toute conception efficace. Ces conceptions doivent tenir compte des compromis entre la complexité de la conception, les dépendances des services, les performances, la mise à l’échelle et les coûts.

Étapes d’implémentation

  • Examinez et documentez la conception de la charge de travail en tenant compte des questions suivantes :

    • Où les plans de contrôle sont-ils utilisés dans la charge de travail ?

    • Comment la charge de travail met-elle en œuvre la tolérance aux pannes ?

    • Quels sont les modèles de conception pour la mise à l’échelle, la mise à l’échelle automatique, la redondance et les composants hautement disponibles ?

    • Quelles sont les exigences en matière de cohérence et de disponibilité des données ?

    • Y a-t-il des considérations relatives à l’économie des ressources ou à la stabilité statique des ressources ?

    • Quelles sont les dépendances des services ?

  • Définissez SLA des métriques basées sur l'architecture de charge de travail tout en travaillant avec les parties prenantes. Tenez compte SLAs de toutes les dépendances utilisées par la charge de travail.

  • Une fois l'SLAobjectif défini, optimisez l'architecture pour répondre auxSLA.

  • Une fois la conception définie, qui répondra auxSLA, implémentez les changements opérationnels, l'automatisation des processus et les runbooks qui se concentreront également sur la réduction MTTD etMTTR.

  • Une fois déployé, surveillez leSLA.

Ressources

Bonnes pratiques associées :

Documents connexes :

Services connexes :