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.
COST05-BP03 Procéder à une analyse approfondie de chaque composant
Examinez le coût global de chaque composant pour l’organisation. Calculez le coût total de possession en tenant compte du coût des opérations et de la gestion, en particulier lorsque vous utilisez des services gérés par un fournisseur de cloud. L’effort d’examen doit prendre en compte les avantages potentiels (par exemple, la durée de l’analyse est proportionnelle au coût du composant).
Niveau d’exposition au risque si cette bonne pratique n’est pas respectée : élevé
Directives d’implémentation
Tenez compte du gain de temps qui permettra à votre équipe de se concentrer sur le remboursement de la dette technique, l’innovation, les fonctionnalités à valeur ajoutée et la création de votre avantage différentiel. Par exemple, il peut être nécessaire de procéder à un lift-and-shift (également appelé réhébergement) de vos bases de données depuis votre environnement sur site vers le cloud aussi rapidement que possible et de l’optimiser ultérieurement. Il est intéressant d’explorer les économies possibles réalisées en utilisant des services gérés sur AWS pouvant supprimer ou réduire les coûts de licence. Les services gérés AWS éliminent les charges opérationnelles et administratives liées à la maintenance d'un service, telles que l'application de correctifs ou la mise à niveau du système d'exploitation, et vous permettent de vous concentrer sur l'innovation et les affaires.
Étant donné que les services gérés fonctionnent à l’échelle du cloud, ils peuvent réduire le coût par transaction ou par service. Vous pouvez effectuer des optimisations potentielles afin d’obtenir des bénéfices concrets, sans pour autant changer l’architecture de base de l’application. Par exemple, vous souhaitez peut-être réduire le temps que vous consacrez à la gestion des instances de base de données en migrant vers une database-as-a-service plateforme telle qu'Amazon Relational Database Service (RDSAmazon
En général, les services gérés ont des attributs que vous pouvez définir pour assurer une capacité suffisante. Vous devez définir et surveiller ces attributs afin que votre capacité excédentaire soit réduite au minimum et que vos performances soient maximisées. Vous pouvez modifier les attributs liés à AWS Managed Services l'utilisation du AWS Management Console ou AWS APIs et SDKs pour adapter les besoins en ressources à l'évolution de la demande. Par exemple, vous pouvez augmenter ou diminuer le nombre de nœuds sur un EMR cluster Amazon (ou un cluster Amazon Redshift) à des fins d'extension ou d'intégration.
Vous pouvez également regrouper plusieurs instances sur une AWS ressource pour activer une utilisation plus dense. Par exemple, vous pouvez mettre en service plusieurs petites bases de données sur une seule instance de base de données Amazon Relational Database Service (RDSAmazon). À mesure que l'utilisation augmente, vous pouvez migrer l'une des bases de données vers une instance de RDS base de données Amazon dédiée à l'aide d'un processus de capture instantanée et de restauration.
Lors de la mise en service de charges de travail sur des services gérés, vous devez connaître les exigences d’ajustement de la capacité du service. Ces exigences sont généralement le temps, l’effort et toute incidence sur le fonctionnement normal de la charge de travail. La ressource allouée doit laisser le temps à tout changement de se produise, en allouant la surcharge requise pour le permettre. Les efforts permanents requis pour modifier les services peuvent être réduits à pratiquement zéro en utilisant APIs et en SDKs intégrant des outils de système et de surveillance, tels qu'Amazon CloudWatch.
Amazon RDS
AMS
Étapes d’implémentation
-
Réalisation d’une analyse approfondie : à l’aide de la liste des composants, examinez chaque composant de la plus haute priorité à la plus basse. Pour les composants les plus prioritaires et les plus coûteux, effectuez une analyse supplémentaire et évaluez toutes les options disponibles et leur impact sur le long terme. Pour les composants de moindre priorité, évaluez si des changements d’utilisation modifieraient la priorité du composant, puis analysez l’effort approprié.
-
Comparez les ressources gérées et non gérées : considérez le coût opérationnel des ressources que vous gérez et comparez-les aux ressources AWS gérées. Par exemple, passez en revue vos bases de données exécutées sur des EC2 instances Amazon et comparez-les avec Amazon RDS Options (un service AWS géré) ou avec Amazon EMR par rapport à l'exécution d'Apache Spark sur AmazonEC2. Lorsque vous passez d'une charge de travail autogérée à une charge de travail AWS entièrement gérée, étudiez attentivement les options qui s'offrent à vous. Les trois facteurs les plus importants à prendre en compte sont le type de service géré
que vous souhaitez utiliser, le processus que vous utiliserez pour migrer vos données et la compréhension du modèle de responsabilité partagée AWS .
Ressources
Documents connexes :
Vidéos connexes :
Exemples connexes :
