Partager via

Recommandations pour une conception simple et efficace

  • Article

S’applique à cette recommandation de liste de contrôle de fiabilité bien conçue : Power Platform

RE:01 Concevez votre charge de travail pour l’aligner sur les objectifs de l’entreprise et éviter toute complexité ou surcharge inutile. Utilisez une approche pratique et équilibrée pour prendre des décisions de conception qui produisent les résultats souhaités. Limitez votre conception aux nécessités pour réduire les inefficacités et les problèmes potentiels.

Ce guide décrit les recommandations visant à minimiser la complexité et les frais inutiles afin de maintenir vos charges de travail simples et efficaces. Choisissez les meilleurs composants pour effectuer les tâches de charge de travail nécessaires afin d’optimiser la fiabilité de votre charge de travail. Pour alléger vos charges de développement et de gestion, profitez des efficacités offertes par les services fournis par la plateforme. Cette conception vous aide à créer une architecture de charge de travail résiliente, reproductible, évolutive et gérable.

Définitions

Terme Définition
Charge de travail Capacité discrète ou tâche informatique que vous pouvez logiquement séparer des autres tâches.

Stratégies de conception clés

Un principe clé de la conception axée sur la fiabilité vise à garder les choses simples et efficaces. Concentrez la conception de votre charge de travail sur la satisfaction des exigences métier afin de réduire le risque de complexité inutile ou de surcharge excessive. Tenez compte des recommandations de cet article pour vous aider à prendre des décisions concernant votre conception afin de créer une charge de travail allégée, efficace et fiable. Différentes charges de travail peuvent avoir des exigences différentes en matière de disponibilité, d’évolutivité, de cohérence des données et de récupération d’urgence.

Vous devez justifier chaque décision de conception par une exigence commerciale. Ce principe de conception peut paraître évident, mais il est crucial pour la conception des charges de travail. Votre charge de travail prend-elle en charge des millions d’utilisateurs ou quelques milliers ? Y a-t-il des pics de trafic importants ou une charge de travail constante ? Quel niveau de panne est acceptable ? Les exigences métier déterminent ces considérations de conception.

Compromis : Une solution complexe peut offrir davantage de fonctionnalités et de flexibilité, mais elle peut affecter la fiabilité de la charge de travail, car elle nécessite davantage de coordination, de communication et de gestion des composants. Sinon, une solution plus simple pourrait ne pas répondre pleinement aux attentes des utilisateurs ou avoir un effet négatif sur l’extensibilité à mesure que la charge de travail évolue.

Exercices de conception collaborative

Collaborez avec les parties prenantes pour :

  • Définissez et attribuez un niveau de criticité à votre charge de travail et à ses composants. Cet exercice vous aidera à déterminer les composants requis et la meilleure approche pour atteindre le niveau de résilience requis. Consultez la rubrique Définir des niveaux d’application pour en savoir plus.

  • Définir les exigences fonctionnelles et non fonctionnelles. Les exigences fonctionnelles définissent les caractéristiques et le comportement du système. Elles sont spécifiées par l’utilisateur et capturées dans des cas d’utilisation. Les exigences non fonctionnelles définissent les attributs de performance et de qualité du système. Assurez-vous de comprendre les exigences non fonctionnelles telles que la disponibilité, la conformité, la conservation/résidence des données, les performances, la confidentialité, le temps de récupération, la sécurité et l’évolutivité. Ces exigences influencent les décisions de conception et les choix technologiques.

    Voici quelques exemples d’exigences fonctionnelles et non fonctionnelles, dans le contexte d’une charge de travail traitant des notes de frais :

    Exigences fonctionnelles Exigences non fonctionnelles
    La charge de travail doit permettre aux utilisateurs de se connecter avec leurs informations d’identification et d’accéder uniquement à leurs données personnelles. La charge de travail doit être disponible au moins 99,9 % du temps.
    La charge de travail doit inclure un tableau de bord qui fournit un aperçu des notes de frais ouvertes, approuvées et refusées. La charge de travail doit être conforme aux réglementations et normes en vigueur en matière de protection des données et de confidentialité.
    La charge de travail doit prendre en charge les opérations de sauvegarde et de restauration des données de la charge de travail. La charge de travail doit avoir un temps de réponse inférieur à 5 secondes pour la plupart des demandes des utilisateurs.
    La charge de travail doit envoyer des notifications aux utilisateurs et aux administrateurs lorsque certains événements ou seuils sont déclenchés. La charge de travail doit avoir un niveau élevé de sécurité et de chiffrement pour les données en transit et au repos.

    Pour plus d’informations, consultez le module de formation intitulé Utiliser les besoins pour Microsoft Power Platform et Dynamics 365.

  • Décomposer la charge de travail en composants. Au cours du processus de détection et de regroupement des besoins, certaines idées de solutions doivent commencer à devenir claires. Identifiez les composants de la solution qui pourraient constituer la solution proposée pour répondre aux besoins de votre entreprise. Donnez la priorité à la simplicité, à l’efficacité et à la fiabilité dans le cadre de votre conception. Déterminez les composants dont vous avez besoin pour prendre en charge votre charge de travail. Mettez en évidence les domaines dans lesquels les fonctionnalités prêtes à l’emploi peuvent être utilisées et ceux dans lesquels un développement personnalisé peut être nécessaire.

  • Utilisez l’analyse des modes de défaillance pour identifier les points de défaillance uniques et les risques potentiels. Comprenez clairement la tolérance au risque de votre entreprise. Pour plus d’informations, voir Recommandations pour effectuer une analyse des modes de défaillance.

  • Définissez des cibles de disponibilité et de récupération pour votre charge de travail afin d’éclairer les décisions d’architecture. Les mesures commerciales incluent les objectifs de niveau de service (SLO), les accords de niveau de service (SLA), le temps moyen de récupération (MTTR), le temps moyen entre les pannes (MTBF), les objectifs de temps de récupération (RTO) et les objectifs de point de récupération (RPO). Définissez des valeurs cibles pour ces mesures. Cet exercice peut nécessiter un compromis et une compréhension mutuelle entre les équipes technologiques et commerciales pour garantir que les objectifs de chaque équipe répondent aux objectifs commerciaux et sont réalistes. Pour plus d’informations, voir Recommandations concernant la définition d’objectifs de fiabilité. Power Platform Les SLA fournissent les engagements en matière de disponibilité et de connectivité. Microsoft Différents services ont des contrats SLA différents, et parfois les références SKU d’un service ont des contrats SLA différents. Pour plus d’informations, voir Contrats de niveau de service pour les services en ligne.

Recommandations de conception supplémentaires

Vous pouvez effectuer les recommandations suivantes sans impliquer les parties prenantes :

  • Efforcez-vous d’atteindre la simplicité et la clarté dans votre conception. Utilisez le niveau d’abstraction et de granularité approprié pour vos composants et services. Évitez de sur-concevoir ou de sous-concevoir votre solution. Par exemple :

    • Si vous répondez à un besoin d’automatisation de processus avec Power Automate, répartir un processus volumineux en plusieurs flux de cloud plus petits peut le rendre plus difficile à comprendre, à tester et à maintenir. Par ailleurs, conserver tout dans un flux important peut avoir un impact négatif sur les performances et le volume d’appels API.

    • Si vous répondez à une exigence destinée à l’utilisateur avec Power Apps, une grande application de canevas monolithique comportant de nombreux contrôles peut avoir un impact négatif sur les performances. La diviser en applications uniques ou en pages personnalisées peut complexifier les tests, mais cela pourrait avoir un impact positif significatif sur les performances.

  • Anticiper les changements au fil du temps, qu’il s’agisse de corriger des bugs, d’implémenter de nouvelles fonctionnalités ou technologies, ou de rendre les systèmes existants plus évolutifs et résilients.

  • Décharger les préoccupations transversales vers un service distinct. Limitez le besoin de dupliquer le code entre différentes fonctions. Préférez réutiliser des services avec des interfaces bien définies et pouvant être facilement consommées par différents composants. Par exemple, si un ensemble d’opérations sur les données doit être effectué à partir de différents endroits, vous pouvez déplacer cette fonctionnalité vers un plug-in low-code.

  • Évaluez la pertinence des modèles et pratiques courants à vos besoins. Évitez de suivre des tendances ou des recommandations qui pourraient ne pas convenir à votre contexte ou à vos exigences. Par exemple, l’implémentation de composants de code personnalisés n’est peut-être pas la meilleure option pour chaque application, car ils peuvent introduire des problèmes de complexité, de surcharge et de dépendance.

Développer juste assez de code

Les principes de simplicité, d’efficacité et de fiabilité s’appliquent également à vos pratiques de développement. Suivez ces recommandations :

  • Utilisez les fonctionnalités de la plateforme lorsqu’elles répondent aux besoins de votre entreprise. Par exemple :

    • Utilisez des contrôles modernes au lieu de développer vos propres composants de code pour atteindre une norme de conception Fluent 2.
    • Utilisez des connecteurs natifs au lieu de développer des connecteurs personnalisés pour réduire le code personnalisé.
    • Utilisez des réponses génératives pour permettre à votre copilote de rechercher et de présenter des informations provenant de plusieurs sources, internes ou externes, sans rubriques créées manuellement. Microsoft Copilot Studio

  • Introduisez des sessions dédiées de révision du code en tant que pratique de développement.

  • Mettez en œuvre une approche pour identifier le code mort. Soyez sceptique quant au code que vos tests automatisés ne couvrent pas.

  • Tenez compte de l’ensemble des compétences de votre équipe de développement. Il faut du temps pour acquérir une nouvelle compétence ou adopter une nouvelle technologie.

Pensez à l’emplacement de vos données

Dans le cadre de votre conception architecturale, vous devez réfléchir à la manière de stocker vos données ou à la manière de récupérer vos données pour les activités de lecture. Les données peuvent être récupérées et stockées de différentes manières :

  • Nouvelles données : si votre application crée des données qui n’existent pas déjà, par exemple lorsque le processus métier existant était Terminé sur papier, nous vous recommandons de stocker les données dans Microsoft Dataverse.

  • Lecture/écriture à partir d’un système existant : si votre application doit récupérer des données à partir d’une base de données ou d’un système existant, vous devez évaluer la meilleure façon d’y accéder : à l’aide d’un connecteur prêt à l’emploi, d’un connecteur personnalisé ou de tables virtuelles.

  • Faire une copie des données : Dans les situations où les données d’origine ne doivent jamais être modifiées ou écrasées, vous pouvez copier les données vers un autre magasin de données tel que Dataverse. Cette stratégie conserve les données du système d’origine inchangées tout en permettant à votre application de fonctionner avec elles. Ce scénario est courant lorsque vous travaillez avec des données dans des systèmes comptables et liés aux revenus. Vous devez tenir compte de la manière dont les données sont copiées, de la fréquence à laquelle elles sont mises à jour et de la nécessité ou non d’une synchronisation bidirectionnelle.

Facilitation de Power Platform

Pour des conseils pratiques de conception, consultez les articles suivants :

Liste de contrôle de fiabilité

Référez-vous à l’ensemble complet des recommandations.

Liste de contrôle de fiabilité