Modèles de conception cloud prenant en charge l’optimisation des coûts
Lorsque vous concevez des architectures de charge de travail, vous devez utiliser des modèles de secteur qui répondent aux défis courants. Les modèles peuvent vous aider à faire des compromis intentionnels au sein des charges de travail et à optimiser les résultats souhaités. Ils peuvent également aider à atténuer les risques qui proviennent de problèmes spécifiques, ce qui peut affecter la fiabilité, la sécurité, les performances et les opérations. Si ce n’est pas le cas, les risques augmenteront finalement les coûts. Ces modèles sont soutenus par l’expérience réelle, sont conçus pour la mise à l’échelle du cloud et les modèles d’exploitation, et sont intrinsèquement indépendants du fournisseur. L’utilisation de modèles connus comme moyen de normaliser la conception de votre charge de travail est un composant de l’excellence opérationnelle.
De nombreux modèles de conception prennent directement en charge un ou plusieurs piliers d’architecture. Les modèles de conception qui prennent en charge le pilier Optimisation des coûts s’alignent sur l’implémentation de modèles de facturation favorables, réduisant le surprovisionnement, modifiant les dimensions de mise à l’échelle et optimisant la valeur pendant les migrations.
Modèles de conception pour l’optimisation des coûts
Le tableau suivant récapitule les modèles de conception cloud qui prennent en charge les objectifs d’optimisation des coûts.
| Modèle | Résumé |
|---|---|
| Vérification des revendications | Sépare les données du flux de messagerie, ce qui permet de récupérer séparément les données associées à un message. Les systèmes de messagerie imposent souvent des limites à la taille des messages, et l’augmentation des limites de taille constitue souvent une fonctionnalité Premium. La réduction de la taille des corps des messages est un moyen d’utiliser une solution de messagerie moins onéreuse. |
| Consommateurs concurrents | Applique le traitement distribué et simultané pour gérer efficacement les éléments d’une file d’attente. Ce modèle peut vous aider à optimiser les coûts en permettant une mise à l’échelle basée sur la profondeur de la file d’attente, jusqu’à zéro lorsque cette dernière est vide. Il peut également optimiser les coûts en vous permettant de limiter le nombre maximal d’instances de consommateur simultanées. |
| Consolidation des ressources de calcul | Optimise et consolide les ressources de calcul en augmentant la densité. Ce modèle combine plusieurs applications ou composants d’une charge de travail sur une infrastructure partagée. Cela optimise l’utilisation des ressources informatiques en évitant une capacité provisionnée inutilisée via l’agrégation de composants ou même des charges de travail entières sur une infrastructure mise en pool. Les orchestrateurs de conteneurs sont un exemple courant. |
| Déchargement de passerelle | Décharge le traitement des demandes sur un appareil de passerelle avant et après le transfert de la requête vers un nœud principal. L’ajout d’une passerelle de déchargement dans le processus de demande vous permet de rediriger les coûts des ressources qui seraient dépensées par nœud dans l’implémentation de la passerelle. Dans le modèle de traitement centralisé, les coûts sont souvent inférieurs à ceux du modèle distribué. |
| Pont de messagerie | Fournit un intermédiaire pour permettre la communication entre les systèmes de messagerie qui sont autrement incompatibles en raison du protocole ou du format. Cet intermédiaire peut augmenter la longévité de votre système existant tout en autorisant l’interopérabilité avec les systèmes qui utilisent une autre technologie de messagerie ou d’événements. |
| Serveur de publication/abonné | Dissocie les composants d’une architecture en remplaçant la communication directe client-à-service ou client-à-services par communication à l’aide d’un répartiteur de messages intermédiaire ou d’un bus d’événements. Cette conception peut permettre une approche basée sur les événements dans votre architecture, qui couple bien la facturation basée sur la consommation pour éviter le surprovisionnement. |
| Nivellement de la charge basé sur une file d’attente | Contrôle le niveau des requêtes entrantes ou des tâches en les mettant en mémoire tampon dans une file d’attente et en laissant le processeur de file d’attente les gérer à un rythme contrôlé. Étant donné que le traitement de la charge est découplé de la réception des demandes ou tâches, vous pouvez utiliser cette approche pour réduire le besoin de surdimensionner les ressources pour gérer la charge de pointe. |
| Partitionnement | Dirige la charge vers une destination logique spécifique pour gérer la requête spécifique, en activant la colocalisation pour l’optimisation. Un système qui met en œuvre la fragmentation bénéficie souvent de l’utilisation de plusieurs instances de ressources de calcul ou de stockage moins coûteuses plutôt que d’une seule ressource plus coûteuse. Dans de nombreux cas, cette configuration peut vous faire économiser de l’argent. |
| Hébergement de contenu statique | Optimise la distribution de contenu statique aux clients de charge de travail à l’aide d’une plateforme d’hébergement conçue à cet effet. Les hébergeurs d’applications dynamiques sont généralement plus coûteux que les hébergeurs statiques parce que les hébergeurs dynamiques peuvent exécuter votre logique métier codée. Utiliser une plate-forme d’application pour livrer du contenu statique n’est pas rentable. |
| Figuier étrangleur | Fournit une approche permettant de remplacer systématiquement les composants d’un système en cours d’exécution par de nouveaux composants, souvent lors d’une migration ou d’une modernisation du système. L’objectif de cette approche est de maximiser l’utilisation des investissements existants dans le système en cours d’exécution tout en modernisant de façon incrémentielle. Il vous permet d’effectuer des remplacements de retour sur investissement élevés avant les remplacements à faible retour sur investissement. |
| Limitation | Impose des limites au taux ou au débit des requêtes entrantes à une ressource ou un composant. Les limites peuvent informer la modélisation des coûts et même être directement liées au modèle métier de votre application. Elles mettent également en place des limites claires sur l’utilisation, qui peuvent être intégrées dans le dimensionnement des ressources. |
| Clé Valet | Octroie un accès restreint à la sécurité à une ressource sans utiliser de ressource intermédiaire pour proxyer l’accès. Cette conception décharge le traitement comme une relation exclusive entre le client et la ressource sans ajouter de composant pour gérer directement toutes les demandes des clients. L’avantage est le plus spectaculaire lorsque les demandes clientes sont fréquentes ou suffisamment volumineuses pour exiger des ressources proxy importantes ou si le proxy n’ajoute pas de valeur comme faisant partie de la requête. |
Étapes suivantes
Passez en revue les modèles de conception cloud qui prennent en charge les autres piliers d’Azure Well-Architected Framework :