Salut tout le monde et bon retour.
Maintenant, dans la vidéo d'aujourd'hui, nous allons discuter des modes de capacité dans Dynamo DB.
Maintenant, avant de discuter en détail du mode de capacité, il est important pour nous de prendre du recul pour
comprendre le défi auquel l'organisation était confrontée lorsqu'elle devait définir l'utilisation et l'utilisation
RCA pour la table Dynamo DB basée sur le modèle d'accès de l'application.
Maintenant, à ce stade, nous savons déjà que nous pouvons spécifier la capacité de débit dans Dynamo DB à l'aide des unités de capacité
de lecture, c'est-à-dire l'utilisation et les bonnes unités de capacité.
Maintenant, l'un des défis à ce stade est que si votre application dépasse le débit de votre provision,
elle est alors soumise à la limitation orale.
Par exemple, un client demande 400 Ko de données à partir de la table Dynamo DB et il existe déjà un débit sur le provisionnement
qui se produit actuellement.
De nombreuses requêtes arrivent sur la table Dynamo DB et celle-ci n'a pas vraiment l'utilisation RC appropriée
et l'utilisation WC pour gérer les données.
Et comme le RCU n'est pas vraiment présent et qu'il y a trop de requêtes, la base de données Dynamo va commencer à étrangler
la requête et cela peut affecter votre trafic de production orale.
Désormais, afin de garantir que votre table Dynamo DB ne soit pas limitée car elle peut avoir un impact sur votre application
de production et également sur votre entreprise, elle fournit plusieurs fonctionnalités pour contourner ce problème via les modes de capacité.
Il existe maintenant deux modes de capacité principaux.
Le premier est le mode de provisionnement et le second est le mode à la demande.
Maintenant, avant de l'examiner en détail, voyons rapidement où exactement pouvons-nous le trouver.
Ainsi, lorsque nous créons une table Dynamo DB avec le paramètre personnalisé ici dans le mode de capacité, vous avez le mode
à la demande ici et vous avez le mode de provisionnement.
Lorsque vous sélectionnez le mode de provisionnement, vous voyez qu'il y a tellement de paramètres qui apparaissent ici.
Lorsque vous sélectionnez à la demande, il n'y a aucun paramètre.
C'est très simple.
Il est donc important pour nous de comprendre la différence entre eux et également ce que sont ces ensembles de paramètres
maintenant à un niveau élevé.
Si vous choisissez un mode de provisionnement, vous spécifiez le nombre de lectures et d'écritures par seconde dont vous avez besoin
pour votre application.
C'est quelque chose dont nous avons déjà discuté dans notre vidéo sur les unités de capacité de lecture
et d'écriture où vous pouvez sélectionner le RC approprié à l'aide du WQ en fonction de la taille des données attendues et des
modèles d'accès oraux.
Parallèlement à cela, ADA a également introduit une fonctionnalité supplémentaire associée à la mise à l'échelle automatique.
Vous pouvez donc utiliser la mise à l'échelle automatique pour ajuster automatiquement la capacité de provisionnement de vos tables en réponse
aux changements de trafic.
Ainsi, si vous examinez la table Dynamo DB, vous avez activé ou désactivé la mise à l'échelle automatique.
Si vous le sélectionnez comme désactivé, vous pouvez ajouter manuellement les unités de capacité de lecture et d'écriture.
Donc c'est bien.
Maintenant, s'il existe des modèles d'accès qui nécessitent plus de données, la limitation commencera
à apparaître.
Donc, pour éviter cela, vous pouvez activer la mise à l'échelle automatique ici et vous pouvez spécifier les unités de capacité
minimale et maximale en fonction desquelles la mise à l'échelle automatique se déclencherait.
Examinons maintenant rapidement les modèles de trafic recommandés au cas où vous utiliseriez un mode de provisionnement.
Maintenant, le mode de provisionnement est une bonne option, si l'une des conditions suivantes est vraie.
Tout d'abord, vous avez un trafic d'application prévisible.
Deuxièmement, vous exécutez une application dont le trafic est constant ou augmente progressivement.
Supposons que vous receviez actuellement cinq demandes de lecture.
Maintenant, tout à coup, la seconde suivante, vous recevez 500 demandes.
Ainsi, si vous utilisez à la demande, la demande ne pourra pas évoluer très rapidement lorsque vous aurez
un pic de trafic.
Cependant, si le trafic de votre application augmente progressivement à la demande, cela fonctionne plutôt bien.
Troisièmement, vous pouvez prévoir les besoins en capacité pour contrôler le coût global.
Le deuxième type de mode de capacité est le mode à la demande ici.
Ainsi, la base de données Amazon Dynamo à la demande est capable de traiter des milliers de requêtes par seconde sans aucune planification
de capacité, et la dynamo peut être à la demande ou à la première demande papier pour les requêtes de lecture et d'écriture
afin que vous ne payiez que ce que vous utilisez.
Vous pouvez donc voir que le moyen le plus simple pour le Dynamo est de fonctionner au cas où vous ne voudriez pas du tout faire de
planification de la capacité.
Dans ce cas, selon la demande que vous recevez, vous serez facturé en conséquence.
Maintenant, la question qui se pose est la suivante : puisque la demande est si bonne et si facile, pourquoi quelqu'un utiliserait-il la provision ou pourquoi quelqu'un
utiliserait-il la provision avec mise à l'échelle automatique ?
Et la réponse à cela est la tarification.
Maintenant, comme nous en discutons, si vous sélectionnez à la demande, c'est la seule chose que vous devrez sélectionner.
Vous n'avez plus à vous soucier de la planification de la capacité ici, mais le principal challenger est la tarification.
D'accord.
J'espère donc qu'avec cela, vous avez compris les bases de la capacité.
Et en fonction de votre budget, en fonction de vos besoins, vous pouvez aller de l'avant et sélectionner
celui qui convient à votre application.
Donc, avec cela se terminera la vidéo d'aujourd'hui.