|
On parle souvent de la Rythme d’innovation chez AWS, et partagez les résultats dans ce weblog, dans le AWS Quoi de neuf web page, et dans notre hebdomadaire AWS en direct ruisseaux. Aujourd’hui, j’aimerais parler d’un sort d’innovation un peu différent, celui qui se produit dans les coulisses.
Chaque consumer AWS utilise une combinaison différente de providers et utilise ces providers de manière distinctive. Chaque service est instrumenté et surveillé, et l’équipe responsable de la conception, de la development, de l’exécution, de la mise à l’échelle et de l’évolution du service accorde une consideration proceed à toutes les métriques qui en résultent. Les métriques fournissent des informations sur la manière dont le service est utilisé, sur ses performances sous cost et, dans de nombreux cas, mettent en évidence les domaines à optimiser dans le however d’obtenir une disponibilité plus élevée, de meilleures performances et des coûts réduits.
Une fois qu’un domaine d’amélioration a été identifié, un plan est mis en place, des modifications sont apportées et testées dans des environnements de pré-production, puis déployées dans plusieurs régions AWS. Cela se produit régulièrement et (à ce jour) sans tambour ni trompette. Chaque partie d’AWS s’améliore de plus en plus, sans aucune motion de votre half.
Desk de mise à jour DynamoDB
Fin 2021, nous annoncé la classe de desk d’accès standard-peu fréquent pour Amazon DynamoDB. Comme Marcia noté dans son message, l’utilisation de cette classe peut réduire vos coûts de stockage de 60% par rapport à la classe existante (Normal). Elle vous a également montré remark modifier une desk pour utiliser la nouvelle classe. L’opération de modification appelle le UpdateTable fonction, et cette fonction est le sujet de ce publish !
Comme c’est le cas avec presque tous les lancements d’AWS, les purchasers ont immédiatement commencé à utiliser la nouvelle classe de desk. Ils ont créé de nouvelles tables et modifié celles existantes, bénéficiant de la baisse des prix dès que la modification a été effectuée.
DynamoDB utilise une structure de stockage hautement distribuée. Chaque desk est divisée en plusieurs partitions ; les opérations telles que la modification de la classe de stockage sont effectuées en parallèle sur les partitions. Après avoir examiné de nombreuses métriques, l’équipe DynamoDB a trouvé des moyens d’augmenter le parallélisme et de réduire le temps passé à gérer les opérations parallèles.
Ce changement a eu un effet considérable sur les tables Amazon DynamoDB de plus de 500 Go, réduisant le temps de mise à jour de la classe de desk jusqu’à 97 %.
Chaque fois que nous apportons un changement comme celui-ci, nous capturons les métriques « avant » et « après », et partageons les résultats en interne afin que d’autres équipes puissent apprendre de l’expérience pendant qu’elles sont en prepare d’apporter leurs propres améliorations similaires. Mieux encore, chaque changement que nous apportons ouvre la porte à d’autres, créant une boucle de rétroaction optimistic qui (encore une fois) profite à tous ceux qui utilisent un service ou une fonctionnalité en particulier.
Chaque utilisateur de DynamoDB peut profiter immédiatement de ces performances accrues sans avoir besoin d’une mise à niveau de model ou d’un temps d’arrêt pour la upkeep (DynamoDB n’a même pas de fenêtres de upkeep).
Les performances incrémentielles et les améliorations opérationnelles comme celle-ci sont effectuées régulièrement et sans grande fanfare. Cependant, il est toujours bon d’avoir des nouvelles de nos purchasers lorsque leurs propres mesures indiquent qu’une partie d’AWS est devenue meilleure ou plus rapide.
Principes de management
Alors que je réfléchissais à ce changement en me préparant à écrire cet article, plusieurs Principes de management d’Amazon venu à l’esprit. L’équipe DynamoDB a montré Buyer Obsession en implémentant un changement qui profiterait à tout utilisateur DynamoDB avec des tables de plus de 500 Go. Pour ce faire, ils ont dû inventer et simplifier, trouver une meilleure façon de mettre en œuvre le UpdateTable fonction.
Bien que vous, en tant que consumer AWS, bénéficiez des avantages sans aucune motion de votre half, cela ne signifie pas que vous devez attendre que nous décidions d’accorder une consideration particulière à votre cas d’utilisation particulier. Si vous poussez n’importe quel side d’AWS à la limite (ou si vous le souhaitez), je vous recommande de contacter l’équipe de service appropriée et de lui faire savoir ce qui se passe. Vous pouvez rencontrer un quota ou une autre limite, ou pousser la bande passante, la mémoire ou d’autres ressources à l’extrême. Quoi qu’il en soit, l’équipe aimerait avoir de vos nouvelles !
Restez à l’écoute
J’ai une longue liste d’autres améliorations internes que nous avons apportées et je travaillerai avec les équipes pour en partager davantage tout au lengthy de l’année.
— Jef;
