Share via


Optimiser la conception de la charge de travail à l’aide de flux

Cet article décrit l’optimisation ciblée des charges de travail à l’aide de flux. Les différents composants d’une charge de travail ont des exigences et des niveaux d’importance différents. En segmentant une charge de travail en flux, vous pouvez hiérarchiser différentes parties d’une charge de travail et mieux aligner les investissements de charge de travail avec l’importance de chaque flux.

Ce processus d’optimisation de la charge de travail est itératif et implique trois étapes clés : (1) définir la structure de flux au sein de votre charge de travail, (2) définir des exigences techniques et (3) concevoir le flux pour répondre aux exigences (voir la figure 1).

Diagramme montrant un processus en trois étapes avec cinq actions. La première étape consiste à définir le flux. Pour définir le flux, vous devez comprendre les prérequis et documenter le flux. La deuxième étape consiste à définir les exigences de flux. Pour définir les exigences de flux, vous devez établir des cibles techniques. La troisième étape consiste à concevoir le flux. Pour concevoir le flux, vous devez suivre les meilleures pratiques de conception de flux et développer et tester le flux. Il existe une flèche de l’action de génération et de test vers la première action (comprendre les prérequis) qui indique les itérations de ce processus.Figure 1 : Processus permettant d’optimiser les charges de travail à l’aide de flux.

Définir le flux

Avant de pouvoir définir des exigences de flux, vous devez comprendre les facteurs métier du flux. Les conditions préalables à la définition d’un flux sont l’identification du processus métier et du cas d’usage pris en charge. Lorsque vous comprenez les prérequis, vous pouvez commencer à documenter le flux.

Comprendre les conditions préalables

Les flux sont des séquences d’actions qui prennent en charge les fonctionnalités de charge de travail. Il existe deux principaux types de flux : les flux utilisateur et les flux système. Les flux utilisateur déterminent les interactions utilisateur. Les flux système déterminent la communication entre les composants de charge de travail. Les flux prennent en charge les processus métier et les cas d’usage. Une charge de travail se compose de plusieurs cas d’usage. Vous devez identifier le processus métier et le cas d’usage pris en charge par le flux avant de documenter un flux (voir la figure 2).

Diagramme montrant deux zones empilées les unes sur les autres. La zone supérieure représente un processus métier avec des segments marqués Stage 1, Stage 2 et Stage n, indiquant une séquence d’étapes dans le processus métier. À partir de chaque étape, trois flèches verticales pointent vers le bas vers une ligne de trois carrés représentant différents cas d’usage. Chaque carré est étiqueté avec le cas d’usage, le cas d’usage 2 et le cas d’usage n respectivement. Chaque carré contient un organigramme unique avec des flux étiquetés Flow 1, Flow 2 et Flow n. Les cas d’usage font tous partie d’une charge de travail unique. Chaque étape du processus métier est liée à un cas d’usage de charge de travail spécifique et chaque cas d’usage a son propre flux.Figure 2 : Relation entre les processus métier, les cas d’usage, les flux et la charge de travail.

Identifier le processus métier

Un processus métier est une série d’actions (phases) qui répondent à une exigence métier. Les flux déterminent la séquence qu’un utilisateur ou des données prend pour accomplir chaque étape d’un processus métier. Par exemple, la vente de produits en ligne est un processus métier. Les étapes de ce processus métier peuvent être la liste du produit en ligne, la réception des commandes et la livraison du produit.

Identifier le cas d’usage

Un cas d’usage définit les exigences fonctionnelles d’un flux. Vous devez identifier et comprendre le cas d’usage pris en charge par un flux avant d’établir les exigences techniques d’un flux. Chaque cas d’usage doit prendre en charge une étape dans un processus métier (voir la figure 2). Un cas d’usage doit définir les attributs suivants :

  • Objectif : énoncez clairement les tâches ou les objectifs, comme l’activation des achats en ligne. Cette clarté guide la conception fonctionnelle et définit des objectifs clairs pour la conception de flux.

  • Criticité : évaluez l’importance du cas d’usage, de routine à critique. La valeur affectée à un cas d’usage informe la hiérarchisation et la conception du flux. Les cas d’usage à valeur élevée peuvent nécessiter une gestion améliorée des erreurs, un réglage des performances ou des considérations relatives à l’expérience utilisateur.

  • Consommateurs : déterminez si les utilisateurs (clients, personnel) ou les composants système sont les principaux consommateurs. Cette catégorisation détermine s’il s’agit d’un flux utilisateur ou d’un flux système et influence la conception.

  • Événements : définissez des déclencheurs ou des conditions qui lancent et concluent le cas d’usage. Ces événements définissent les limites du flux.

  • Exécution : comprendre la fréquence opérationnelle et la variabilité du cas d’usage pour anticiper la charge du système. Vous devez concevoir un flux pour gérer différents scénarios d’exécution.

  • Dépendances : identifiez les interdépendances avec d’autres cas d’usage pour la gestion des risques. La reconnaissance des dépendances d’un cas d’usage aide à concevoir des flux qui s’intègrent sans problème à d’autres composants du système. Vous devez garantir la disponibilité des entrées nécessaires et la compatibilité des sorties avec les processus suivants.

Documenter le flux

Utilisez le cas d’usage pour documenter le flux. Vous devez décrire ou mapper chaque action dont vous avez besoin dans un flux. Capturez les critères et les voies de décision. Identifier les interactions avec d’autres cas d’usage. Ce plan sert de blueprint pour la conception et la gestion des flux. Vous devez également capturer des informations métier sur le flux. Veillez à inclure les détails suivants dans la documentation du flux :

  • Description du flux : description générale du flux.

  • Processus métier : processus métier pris en charge par le flux.

  • Propriétaire du processus : personne propriétaire du processus métier.

  • Parties prenantes : les personnes que vous devez informer ou consulter sur les flux status ou les changements.

  • Chemins d’escalade : personnes ou groupes que vous devez contacter pour résoudre les problèmes. C’est une séquence de gens. L’étendue de la responsabilité individuelle augmente avec chaque personne sur le chemin.

  • Impact sur l’entreprise : l’importance de ce flux pour l’entreprise.

  • Évaluation de la criticité : étiquette qualitative qui indique l’importance relative du flux.

Pour plus d’informations, consultez Exemples de flux.

Définir les exigences de flux

Utilisez le cas d’usage pour établir les cibles techniques du flux. Définissez des cibles mesurables pour le flux qui s’alignent sur les cinq piliers du Well-Architected Framework (WAF). Ces piliers fournissent un cadre pour la définition d’objectifs techniques :

  • Objectifs de fiabilité : évaluez l’importance de chaque flux et définissez des cibles de fiabilité en conséquence. Déterminez les seuils de performances et établissez des contrats de niveau de service clairs (SLA) et des objectifs (SLO). Les flux de criticité plus élevée nécessitent des objectifs de fiabilité plus stricts.

  • Cibles de sécurité : analysez les besoins de sécurité de chaque flux en fonction de la sensibilité des données et des activités des utilisateurs. Implémentez et mettez à jour en continu des mesures de sécurité pour répondre à ces besoins tout en garantissant la conformité aux normes réglementaires.

  • Objectifs de coût : comprendre les exigences de chaque flux pour une allocation efficace des ressources. Définissez des objectifs pour équilibrer le coût et les performances. Vérifiez que l’utilisation des ressources s’aligne sur les priorités de l’entreprise.

  • Objectifs opérationnels : définissez des métriques pour une surveillance et une résolution des problèmes efficaces. Les cibles doivent garantir une utilisation efficace des ressources et un alignement sur les objectifs de l’organisation.

  • Objectifs de performances : Basez les objectifs de performances sur les exigences initiales de chaque flux. Assurez-vous que les flux essentiels reçoivent des ressources adéquates et ajustez en permanence les cibles pour répondre aux demandes en constante évolution et améliorer l’expérience utilisateur.

Concevoir le flux

Concevoir le flux pour répondre aux objectifs techniques. Vous devez vous familiariser avec les bonnes pratiques en matière de conception de flux afin d’obtenir le bon résultat. Générez et testez le flux. Itérer sur la conception jusqu’à ce qu’elle réponde aux objectifs techniques que vous avez établis.

Suivre les meilleures pratiques en matière de conception de flux

Lorsque vous concevez un flux, suivez les meilleures pratiques en matière de conception de flux. Un flux bien conçu a les attributs suivants :

  • Étendue : identifiez les points de départ et de fin distincts pour chaque flux. Les limites claires permettent d’optimiser les interactions entre les utilisateurs ou le système.

  • Logique: Concevez vos flux avec un ordre logique d’étapes. Optimisez le chemin d’accès le plus efficace et réduisez les étapes inutiles.

  • Maintenable : concevez des flux faciles à mettre à jour et à gérer. Utilisez des composants modulaires que vous pouvez modifier sans affecter l’ensemble de la charge de travail.

  • Défini : incorporez des conditions spécifiques qui déclenchent ou guident chaque étape d’un flux. Cette précision garantit que le flux répond avec précision aux entrées utilisateur, aux modifications de données ou aux états système.

  • Fiable : créez des chemins d’accès à la gestion des erreurs et aux exceptions dans vos flux. Une gestion efficace des erreurs empêche les interruptions et maintient l’intégrité du flux dans des circonstances inattendues.

  • Scalable : assurez-vous qu’il peut gérer des charges variables et s’adapter à la croissance ou à la réduction des bases d’utilisateurs ou des volumes de données.

  • Sécurisé : incorporez des mesures de sécurité dans le flux. Protéger les données et les interactions utilisateur contre les accès non autorisés et les menaces.

  • Efficace : Planifiez une utilisation efficace des ressources sans surapprovisionnement. Gardez à l’esprit l’optimisation des coûts.

  • Centré sur l’utilisateur : pour les flux utilisateur, alignez la conception de flux sur les attentes et les comportements des utilisateurs. Rendez-le intuitif et réduisez la courbe d’apprentissage pour les nouveaux utilisateurs.

Développer et tester le flux

Développez le flux pour atteindre les objectifs techniques et testez-le pour vous assurer qu’il répond à ses exigences. Ce processus valide que le flux fonctionne comme prévu, gère efficacement ses tâches et répond aux objectifs techniques. Voici des conseils pour créer et tester un flux :

  • Sélectionner des technologies : choisissez des technologies qui s’alignent sur les objectifs définis en termes de fiabilité, de sécurité et de performances.

  • Développer le flux : créez le flux en fonction de la conception, en gardant à l’esprit les objectifs définis.

  • Flux de test : effectuez des tests pour vous assurer que le flux répond aux objectifs. Itérer selon les besoins pour atteindre les objectifs.

  • Surveiller : implémentez des outils de supervision pour suivre l’utilisation et les coûts des ressources.

Passez régulièrement en revue le flux par rapport aux objectifs fixés et aux normes de l’industrie. Utilisez les commentaires de la supervision et des audits pour améliorer le flux. Ajustez les cibles et les processus en fonction des besoins de l’entreprise ou des progrès technologiques.

Optimiser les flux

Répétez le processus défini dans cet article tout au long du cycle de vie du flux. Lorsque vous itérer sur la conception de flux, utilisez le Well-Architected Framework pour optimiser les flux du point de vue de chaque pilier :

Exemples de flux

Voici quelques exemples de flux pour vous aider à concevoir vos flux. Les exemples utilisent l’architecture de référence de modèle d’application web fiable comme base et affichent la documentation que vous devez avoir sur chaque flux.

Diagramme montrant un exemple de flux basé sur Relecloud.

Flux utilisateur 1 : créer des concerts à venir

Description du flux : les employés du centre d’appels utilisent l’application pour créer un concert à venir.

  • Processus métier : ce flux prend en charge le processus de ticket d’achat , mais il est asynchrone, ce qui réduit sa criticité.

  • Propriétaire du processus : Directeur des ventes.

  • Parties prenantes : service commercial, planification et opérations de concert, équipe de plateforme et équipe d’application.

  • Chemins d’escalade : équipe d’application, équipe de plateforme, puis service commercial.

  • Impact sur l’entreprise : ce flux est important pour rendre de nouveaux concerts disponibles sur les plateformes de vente, influençant directement le main flux de revenus de l’entreprise. Lorsque les employés du centre d’appels sont incapables de créer des concerts en raison de l’indisponibilité de ce flux, cela a un impact négatif à la fois sur le chiffre d’affaires et la réputation de l’entreprise. Toutefois, la haute disponibilité n’est pas essentielle pour ce processus, car les concerts sont généralement planifiés à l’avance sur une base hebdomadaire. Le service commercial a spécifié une exigence de disponibilité de 95 % pour ce processus et est d’accord pour les temps d’arrêt en dehors des heures d’ouverture à des fins de maintenance.

  • Évaluation de la criticité : faible.

Flux utilisateur 2 : Rechercher des concerts

Description du flux : les employés du centre d’appels utilisent l’application pour rechercher les concerts à venir.

  • Processus métier : ce flux prend en charge le processus d’achat de ticket , mais les employés du centre d’appels peuvent choisir de répertorier tous les concerts si la fonction de recherche n’est pas disponible.

  • Propriétaire du processus : service expérience utilisateur (UX).

  • Parties prenantes : service commercial, équipe de plateforme et équipe d’application.

  • Chemin d’escalade : équipe d’application, équipe de plateforme, responsable du service commercial à l’appel.

  • Impact sur l’entreprise : ce flux permet aux employés du centre d’appels de trouver rapidement des concerts et fait partie du processus de vente normal. La haute disponibilité de ce flux n’est pas essentielle, car les employés ont la possibilité de répertorier des concerts même en son absence. Cela dégrade l’expérience de l’employé du centre d’appels peut dégrader et affecter la productivité. Les clients peuvent être frustrés en raison d’un temps d’attente ou d’un retard accru. Le service commercial a demandé une disponibilité de 99 % de ce flux pendant les heures d’ouverture normales.

  • Évaluation de la criticité : moyenne.

Flux utilisateur 3 : obtenir la liste des concerts

Description du flux : les employés du centre d’appels utilisent l’application pour obtenir la liste des concerts.

  • Processus métier : ce flux prend directement en charge le processus de ticket d’achat .

  • Propriétaire du processus : Directeur de la plateforme.

  • Parties prenantes : service commercial, équipe de plateforme, équipe de données.

  • Chemin d’escalade : équipe de données, ingénieur d’appel de l’équipe de données, ingénieur d’appel de l’équipe de plateforme.

  • Impact sur l’entreprise : ce flux fait partie intégrante du chemin critique des transactions générant des revenus pour l’entreprise. La haute disponibilité est essentielle, car les employés du centre d’appels s’appuient sur ce flux pour traiter les achats de tickets. En reconnaissance de son importance, l’entreprise exige une durée de fonctionnement de 99,9 % pour ce flux, ce qui comprend des heures d’ouverture prolongées.

  • Évaluation de la criticité : élevée.

Flux utilisateur 4 : Acheter un ticket

Description du flux : les employés du centre d’appels utilisent l’application (processus d’authentification et d’autorisation ) pour acheter des billets pour un prochain concert (la liste des prochains concerts ) au nom des clients Relecloud.

  • Processus métier : ce flux est la fonctionnalité principale et le flux de l’application.

  • Propriétaire du processus : Directeur des ventes.

  • Parties prenantes : service commercial et toutes les équipes techniques.

  • Chemin d’escalade : ingénieur d’appel de l’équipe d’application, ingénieur d’appel de l’équipe de plateforme, ingénieur d’appel de l’équipe de données, directeur de l’exploitation.

  • Impact sur l’entreprise : la haute disponibilité de ce flux est cruciale, car elle permet directement l’achat de tickets client. Tout dysfonctionnement ou indisponibilité de ce flux peut avoir un impact significatif sur le chiffre d’affaires et la réputation de l’entreprise. L’entreprise a établi une exigence stricte pour ce processus essentiel, en s’attendant à une disponibilité de 99,9 %, même pendant les heures d’ouverture prolongées.

  • Évaluation de la criticité : élevée.

Flux utilisateur 5 : Authentification et autorisation

Description du flux : Les employés du centre d’appels se connectent en toute sécurité à l’application. Les administrateurs leur fournissent les rôles appropriés pour acheter des tickets pour le compte des clients Relecloud.

  • Processus métier : ce flux prend directement en charge le processus de ticket d’achat . Sans cette fonctionnalité, les employés du centre d’appels ne peuvent pas se connecter à l’application pour acheter des tickets.

  • Propriétaire du processus : équipe de la plateforme.

  • Parties prenantes : équipe de la plateforme, équipe des opérations et service commercial.

  • Chemin d’escalade : ingénieur d’appel de l’équipe de plateforme, directeur de l’exploitation.

  • Impact sur l’entreprise : ce flux nécessite une haute disponibilité, car les employés du centre d’appels ne peuvent pas acheter de tickets si ce flux ne fonctionne pas correctement. Si ce flux n’est pas disponible, il affecte directement le chiffre d’affaires et la réputation. Il s’agit d’un processus clé pour lequel l’entreprise s’attend à une disponibilité de 99,9 %, y compris pendant les heures d’ouverture prolongées.

  • Évaluation de la criticité : élevée.

Flux système : collecter les données de télémétrie

Description du flux : pour comprendre les changements d’état dans le système de production, les instances d’application web et d’API collectent et envoient des informations, des erreurs et des avertissements. Ces données aident l’équipe des opérations à effectuer la détection des anomalies, la résolution des problèmes et le profilage.

  • Processus métier : ce flux ne prend pas en charge les processus métier, mais il fournit des données importantes pour l’équipe des opérations.

  • Propriétaire du processus : Directeur des opérations.

  • Parties prenantes : équipe des opérations, équipe de plateforme et équipe de données.

  • Chemin d’escalade : équipe des opérations (24 heures sur 24, 7 j/7), ingénieur d’appel de l’équipe de données.

  • Impact sur l’entreprise : ce flux est essentiel aux efforts de surveillance et d’amélioration continue de l’entreprise. Elle doit être aussi redondante et résiliente que possible. L’équipe des opérations est chargée de restaurer rapidement ce flux après tout échec afin d’éviter de manquer des informations critiques et des avertissements. Si le flux ne parvient pas à atteindre la disponibilité attendue, il existe un risque d’ignorer les problèmes de production, ce qui peut entraîner des conséquences graves. Pour atténuer ce risque, le service des opérations vise une disponibilité de 99 %, 24h/24 et 7 j/7. Ils doivent planifier les temps d’arrêt liés à la maintenance au moins 48 heures à l’avance.

  • Évaluation de la criticité : moyenne.