Déploiement AWS world

Présentation sur le Scalage sur AWS

• Le sujet de la présentation est le scalage sur AWS, atteignant 10 millions d'utilisateurs.
• L'orateur est Giulio Lonnazzo, architecte solution chez Amazon Web Services.
• La présentation met l'accent sur l'infrastructure globale d'AWS, les zones de disponibilité et les points de présence.

Infrastructure Globale d'AWS

• 34 Régions
• 108 Zones de Disponibilité (AZ)
• Réseau backbone privé
• +600 points de présence

Zones de Disponibilité (AZ)

• Groupes de centres de données
• Au moins 3 AZs par région
• Protection contre les pannes techniques

Points de Présence

• Utilisés pour héberger les services de diffusion de contenu (Amazon CloudFront)
• Non utilisables directement

Zones Locales AWS

• Extension des régions
• Au cœur des grandes villes et des centres industriels

AWS Wavelength

• Infrastructure 5G intégrée
• Optimisée pour le traitement et le stockage de données en temps réel

AWS Outposts

• Extension de l'infrastructure AWS dans les centres de données locaux
• Application de bas niveau
• Traitement de données local
• Stockage de données local

Largeur et profondeur des services AWS

• Plus de 200 services complets
• Couvre les analyses, les applications métiers, la blockchain, la sécurité, l'identité et la conformité, le stockage et plus encore
• Différentes options de gestion de base de données existantes, auto-gérés ou non

Amazon RDS

• Fournit une base de données relationnelle gérée
• Gestion de la maintenance quotidienne
• Gestion des correctifs de sécurité
• Gestion des mises à jour logicielles
• Différents moteurs disponibles (MySQL, MariaDB, PostgreSQL, Oracle, SQL Server, Amazon Aurora)

Amazon Aurora

• Compatible MySQL ou PostgreSQL
• Mise à l'échelle automatique du stockage (jusqu'à 64 To)
• Jusqu'à 15 réplicas de lecture
• Sauvegardes continues (incrémentielles)
• Réplication à six voies sur trois zones

Aurora Serverless v2

• Base de données auto-scalante à la demande pour les applications aux charges de travail variables
• Démarre à la demande, s'arrête lorsqu'il n'est pas utilisé
• Scalabilité automatique sans instances à gérer
• Paiement par seconde pour la capacité de base de données utilisée

À NoSQL ou pas à NoSQL ?

• Bases de données relationnelles établies, une technologie bien connue
• Contraintes de schéma solides empêchant la corruption des données
• Modèle de scalabilité clair
• Peut gérer plusieurs millions d'utilisateurs
• Bases de données non relationnelles spécialement conçues
• Plus de liberté de modélisation de données
• Plus rapide pour certains types de travail

Cas où NoSQL peut être nécessaire

• Applications sensibles à la latence (nécessitant des sous-millisecondes)
• Volumes de données de téraoctets
• Ingestion rapide (millisecondes à un seul chiffre)
• Données non relationnelles complexes (graphes)

Amazon Cognito

• Gestion du répertoire d'utilisateurs gérée
• Interface utilisateur hébergée
• Intégration des identités tiers (Facebook, Google, etc.)
• Authentification AWS et jetons standard

Scalage Horizontal vs. Scalage Vertical

• Le scalage horizontal implique l'ajout de plus d'instances
• Le scalage vertical implique l'augmentation des ressources d'une seule instance

Architecture de base de données avec plusieurs utilisateurs

• Mise en place de plusieurs instances de base de données
• Utilisation d'un équilibreur de charge pour répartir la charge sur les instances

Amélioration de la disponibilité de la base de données

• Répartir la charge sur plusieurs zones de disponibilité
• Mettre en place plusieurs instances de base de données avec réplication

Prise en compte de la cohérence des données

• Réplication des instances de base de données entre les zones de disponibilité

Déplacer la charge

• Utiliser Amazon CloudFront pour la mise en cache du contenu statique et dynamique, afin de réduire la charge sur l'application

Amazon S3

• Stockage d'objets, hautement durable
• Optimisé pour les actifs statiques
• Prise en charge des objets de 5 To

Amazon CloudFront

• Mise en cache du contenu pour une livraison plus rapide
• Optimisé pour AWS

CDN

• Livraison de contenu aux utilisateurs à partir du cache le plus proche

Mise en cache

• Images
• Vidéos
• Fichiers CSS
• Fichiers JS
• Articles tendance
• Pages de produits

Amazon ElastiCache

• Cache Memcached ou Redis géré
• Mise à l'échelle d'une à plusieurs instances
• Auto-réparation
• Temps d'exécution à un chiffre
• Déploiement multi-AZ pour la disponibilité

Fonctionnement du mise en cache

• Le cache est un entrepôt de données entre l'application et la source de données.
• Les requêtes sont d'abord adressées au cache.
• Si l'élément est dans le cache, il est retourné immédiatement.
• Si non, il est extrait de la source de données et mis en cache.

Déplacer davantage de charge

• Utiliser une table DynamoDB pour un stockage et une récupération rapides

Amazon DynamoDB

• Base de données NoSQL gérée
• Options de tarification prévisionnelles et à la demande
• Performance rapide, prévisible
• Tolérance aux pannes et distribution complète
• Flux et déclencheurs
• Tableaux multi-régions

Nouveaux Pas possibles

• Optimisation de l'application
• Découpler l'application en une architecture orientée service
• Choisir soigneusement les runtimes pour chaque service
• Développer des contrôles et des fonctionnalités dans les infrastructures

Architecture orientée service (SOA)

• Décomposer le monolithe en services distincts
• Gérer chaque service séparément
• Agir indépendamment sur différents environnements

Contrats de service

• Définition d'interfaces avec des API ouvertes (ex : Swagger), et Smithy

Améliorations possibles

• Optimiser le système de gestion des utilisateurs
• Appliquer davantage d'automatisation

Ressources pour les étudiants

• Différentes options de services AWS gratuites
• Formation en ligne sur Data Science et Machine Learning

Remerciements

Enquête