Services Web d’Amazon (AWS)a complètement changé le jeu pour la façon dont nous construisons et gérons l'infrastructure. Les jours sont passés où faire tourner un nouveau service signifiait mendier votre équipe de sys pour le matériel, attendre des semaines et passer des heures dans un centre de données froid connectant des câbles.
Mais avec le grand pouvoir vient le grand...ComplexitéAWS nous donne un buffet d'options, et de savoir comment architecturer pourhaute disponibilitéet la récupération des catastrophes peut être, franchement, un peu écrasante. alors allons le briser. Ce sont les trois concepts d'infrastructure que vousen faitCe qu’il faut prendre en compte lors de la planification de l’opération :Regions, àAvailability ZonesetEdge Locations.
Si votre plan de départ est juste "Je vais juste choisir nous-est-1 et être fait avec elle", cet article est pour vous.
Région
Une région AWS est une partie physiquement isolée du cloud AWS, généralement couvrant une grande zone géographique.31 Régions géographiquesà travers l’Amérique du Nord, l’Amérique du Sud, l’Europe, le Moyen-Orient, l’Afrique et l’Asie Pacifique.
Pourquoi vous préoccupez-vous ? parce queeach Region is its own little AWS island- matériel séparé, réseaux séparés, tout séparé. Rien n'est partagé. Aucune magie silencieuse de la réplication des données ne se produit entre les régions (sauf si vous le définissez).
Cette séparation vous donne le pouvoir et la flexibilité pour la redondance et la récupération en cas de catastrophe, ainsi que la tranquillité d’esprit lorsqu’une région prend une sieste (en vous regardant, en vous regardant).us-east-1) de
Par exemple,AirbnbIl utilise AWS Regions pour assurer une disponibilité élevée pour ses millions d'utilisateurs.En tirant parti de l'équilibrage des charges d'AWS et de l'auto-échelonnage dans plusieurs régions, Airbnb peut gérer les pics de trafic et maintenir le temps de fonctionnement même lors d'échecs régionaux.
De même,SlackUtilisez AWS Regions pour stocker les données et les messages des utilisateurs et pour gérer les messages en temps réel dans le monde entier, assurant l'évolutivité et la localisation des données.
Choisir la bonne région
Oui, il est tentant de simplement choisir le paramètre par défaut. Mais voici ce que vousdevraitRéfléchissez à :
- Latence : Choisissez une région proche de vos utilisateurs. Distance = retard.
- Réglementations: RGPD, exigences de résidence locale - parfois la loi prend votre décision pour vous.
- Services: Certains jouets AWS ne sont pas disponibles partout.
- L’argent : les prix varient selon la région. Il ne s’agit pas seulement d’impôts, il s’agit aussi de la chaîne d’approvisionnement et des coûts d’électricité.
Bien sûr, vouspeutMais à moins que votre application ne soit critique à l’échelle mondiale, une configuration bien structurée au sein d’une région (avec plusieurs AZ) est généralement le point sucré.
Zone de disponibilité
Donc, vous avez choisi votre région. Très bien. Maintenant, allons-y. Chaque région AWS est tranchée enAvailability Zones — fortified, high-speed fiber-connected data centers that are close (ish) to each other but physically isolated to prevent a domino disaster.
Il existe sept régions AWS en Amérique du Nord, chacune avec au moins quelquesZones de disponibilité.
Prenezus-east-1(le sac de poignard préféré de tout le monde) Il a au moins six AZs:us-east-1aà traversus-east-1fCe ne sont pas seulement des boîtes à cocher - ce sont des centres de données massifs et isolés construits pour survivre aux incendies, aux inondations et à tout ce que le monde leur jette.
Par exemple,Netflix utilise les zones de disponibilité AWSNetflix utilise les services d’équilibrage des charges et d’auto-échelle d’AWS pour répandre les charges de travail sur les AZ afin que, si l’un tombe, les autres continuent à diffuser vos dossiers criminels et vos émissions de boulangerie sans manquer de battre.
Les meilleures pratiques pour utiliser AZs
- Distribuez vos ressources : Déployez des services sur plusieurs AZ pour assurer une haute disponibilité.
- Préparez-vous à une catastrophe: Mettez en œuvre des plans de sauvegarde et des mécanismes de défaillance pour rediriger automatiquement le trafic vers des AZ sains en cas d'échec.
- Balance de charge : Elastic Load Balancing d’AWS peut distribuer le trafic d’applications entrantes sur plusieurs cibles dans différentes AZ, améliorant ainsi la tolérance aux erreurs.
Edge Lieux
Vous avez des AZ pour la résilience, mais comment pouvez-vous obtenir des performances rapides pour les utilisateurs à Bangkok, Berlin et Buenos Aires?Edge LocationsEntrez donc !
Edge Locations sont les mini outposts d’AWS – des sites d’infrastructure plus petits placés de manière stratégique plus près des utilisateurs finaux.Pensez aux CDN, DNS et sécurité – mais à l’avant-garde.L’une de leurs principales tâches consiste à réduire la latence en fournissant du contenu haut débit, comme la vidéo, à partir d’endroits proches.
Télécharger AWS CloudfrontIl cache le contenu statique (comme les médias, les scripts et les images) pour assurer une livraison rapide et fiable.Route 53Pour le routage DNS,Le bouclieretWAFPour la sécurité, et mêmelambdavia Lambda@Edge – vous permettant d’exécuter la logique sans serveur plus près de l’utilisateur.
Deux exemples d’entreprises utilisant des emplacements AWS Edge sont Twitch et Peloton.Twitch uses AWS CloudFrontet d'autres services d'emplacement de bord pour améliorer la livraison de contenu vidéo en direct à son public mondial.En cachant le contenu à des endroits plus proches des téléspectateurs, Twitch est en mesure de réduire la latence et d'améliorer la qualité de l'expérience de visualisation.
Peloton utilise les emplacements AWS Edge pour diffuser du contenu vidéo de haute qualité vers ses équipements de remise en forme connectés et ses applications mobiles.En utilisant les emplacements de bord, Peloton est capable de fournir un streaming vidéo à faible latence, ce qui signifie qu’il n’y a pas de buffer mid-burpee.
Il est intéressant de noter que tous les services AWS ne sont pas disponibles dans tous les endroits. Double-check avant que vous ne soyez architecte. AWS a étendu ce qui fonctionne à l'avant-garde - en particulier pour les cas d'utilisation IoT et en temps réel - mais encore, validez vos exigences.
Bien que l'utilisation des emplacements Edge puisse offrir des avantages tels que une latence réduite et une performance améliorée de l'application, il existe des compromis à considérer. Par exemple, les emplacements Edge peuvent être plus chers que les régions traditionnelles, il est donc important d'évaluer attentivement le coût-avantage de leur utilisation.
Thank you for reading!
Merci de lire !Curieux de quelque chose ou avez-vous des idées à partager ?Laissez votre commentaire ci-dessous !Suivez-moi via LinkedIn, Substack ou Telegram.
par LinkedinSubstanceTélégramme
