C'était cette semaine, sur AWS - Lundi 19 juin 2017


Comme chaque semaine, Osones vous propose de voir l’essentiel de l’actu AWS de la semaine, avec un focus sur les nouvelles les plus importantes.
Vous pouvez à tout moment retrouver ces informations dans leur version originale sur le blog AWS (en), ou vous inscrire à la Newsletter Osones via le formulaire en bas de page !


La troisième AZ et Amazon Aurora sont disponibles à Francfort !

La tournée Européenne des “AWS Summits” a commencée - comme chaque année, Osones sera bien entendu présent pour l'AWS Summit Paris, qui aura lieu le 27 juin 2017 - avec son lot de nouveautés. Lors de l'édition 2017 de l'AWS Summit de Berlin, Jeff Barr a annoncé une troisième zone de disponibilité sur la région Francfort mi 2017. C’est désormais chose faite ! La 3ème Zones de Disponibilités (AZ) est disponible en Allemagne depuis le 16 juin.


AWS Francfort

Cette nouvelle ne vient pas seule : le service Amazon Aurora, qui nécessite 3 AZ pour être proposé dans une région, est du coup également disponible à Francfort.


Contactez des Experts AWS certifiés !


Clonez vos bases de données Amazon Aurora

Toujours concernant le moteur de base de donnée Amazon Aurora, AWS a annoncé le 12 juin la possibilité de cloner vos bases de données en quelques clics depuis la console. Bien plus rapide que la méthode existante, consistant à créer et restaurer “manuellement” un snapshot, cette fonctionnalité est pratique pour réaliser des tests sans risques pour vos environnements de production.


Un Auto Scaling pour Amazon DynamoDB

Dernière nouvelle, et pas des moindres : Amazon DynamoDB, le service de base de données NoSQL, propose un service d’Auto Scaling.

Disponible dans 16 régions à travers le monde, Amazon DynamoDB est particulièrement apprécié pour les architectures “Serverless” sur Amazon Web Services, ce service étant lui-même “managé”. Une fois les tables créées et les données ingérées, l’utilisateur n’a qu'à provisionner le volume de lecture et d’écriture souhaité sur les bases DynamoDB. AWS gère ensuite en conséquence les couches bases.


Auto Scaling pour Amazon DynamoDB

Si les seuils d’IOPS souhaités sur DynamoDB sont modifiables via la console ou API, cette contrainte diminuait tout de même l’aspect scalable du service… L’autoscaling arrive donc à point nommé : plutôt que de s’engager sur un seuil d’IOPS, les utilisateurs pourront spécifier une fourchette (min:max), permettant à CloudWatch d’augmenter ou de diminuer automatiquement les capacités de vos bases de données DynamoDB. Et donc d’optimiser les coûts d’utilisations de la plateforme !


Les autres nouveautés de la semaine sur Amazon Web Services :



C'est tout pour cette semaine ! Vous êtes désormais au top de l'actualité sur AWS :)

N'hésitez pas à nous faire vos retours sur notre twitter @Osones, ou à contacter nos Experts si vous avez besoin d'aide !


La discussion continue !

Nous attendons vos questions, remarques & mots doux sur notre Twitter :