Concevoir des architectures dans AWS

1. Promo de l'architecture: se déplacer vers le nuage devient très populaire. Avec cela, plus en plus d'entreprises décident de faire le saut et de déplacer l'infrastructure sur site vers le cloud. Ce faisant, la conception d'architectures est devenue très importante. Bonjour à tous et bienvenue dans la conception d'architectures dans AWS. m'appelle Qassam Shaw et je suis architecte d'entreprise, aidant les organisations à faire ce saut depuis plus de 14 ans. Ce cours est conçu pour les étudiants qui ont une connaissance pratique de l'environnement AWS et qui cherchent à trouver des situations réelles sur la façon dont ils peuvent développer des architectures pour leur organisation. Dans ce cours, ce que j'ai fait est de donner plusieurs exemples de développement de solutions réelles dans AWS que vous pouvez prendre et appliquer à votre organisation ou à votre entreprise. Nous allons donc examiner le développement de plusieurs architectures différentes, telles que des applications comme gamey ou si vous avez un site Web de commerce électronique, comment nous pouvons développer des architectures pour elles. Non seulement cela, j'ai également montré comment et quand les organisations doivent migrer vers le cloud. De nombreuses entreprises ne savent pas quand et comment migrer leur système vers le cloud. J' ai donc inclus des leçons sur le moment et la façon dont les organisations peuvent décider de migrer vers une demande W et , après cela, comment elles peuvent concevoir des solutions et des architectures dans AWS qui imitent leurs systèmes locaux . Ce cours est conçu, comme je l'ai dit, pour les étudiants de niveau intermédiaire, donc vous voudriez avoir. Vous devriez également avoir une connaissance pratique des différents services offerts par AWS. Non, je suis heureux de vos commentaires. J' ai déployé beaucoup d'efforts dans ce cours, et j'ai fait court et design de manière à ce que vous puissiez appliquer tout de suite ce que vous apprenez dans ce cours à votre organisation. Si vous avez des questions pendant que vous allez aux scores, s'il vous plaît les poster dans le meurtre une section. Je suis heureux de recevoir vos commentaires, et je serai plus qu'heureux de répondre à toutes les questions ou de clarifier et les questions que vous pourriez avoir dans l'une des leçons. Alors qu'attendez-vous ? Cliquez sur le bouton de neuf ans maintenant et commencez à apprendre 2. Architecture d'applications Web: Salut, tout le monde. Et bienvenue à cette leçon. Je regarde comment nous pouvons le construire à partir d'architectures. Et celui-ci est axé sur la façon dont nous pouvons construire sur l'architecture qui va être utilisée pour héberger une application Web. construction d'un hébergement Web hautement disponible et évolutif peut donc être une opération très complexe et coûteuse . Parfois, vous avez des périodes de pointe denses, des balançoires et des schémas de trafic sauvages, ce qui peut entraîner une faible utilisation du matériel coûteux. AWS fournit l'infrastructure fiable, évolutive, évolutive, sécurisée et performante requise pour les applications rob, tout en permettant à cette évolutivité élastique et évolutive sur l'infrastructure pour correspondre aux coûts en temps réel le trafic des clients fluctue tout au long de la semaine ou tout au long du mois . Voici maintenant un schéma de base de la façon dont nous pouvons développer une architecture à partir d'une infrastructure AWS , qui héberge une application Web fiable et évolutive pour nous. Laissez-moi vous accompagner à travers cette étape par étape. Pas d'abord et avant tout. Nous allons top évidemment besoin d'un service d n, qui est ce qu'AWS fait pour nous tout au long de 53, donc les requêtes DNS de l'utilisateur seront à nouveau servies par Route 53 qui est un système de noms de domaine hautement disponible spécifiquement développé par AWS. Network Craft va l'acheminer vers l'infrastructure en cours d'exécution et les services Web Amazon. Ensuite, nous avons quelque chose appelé cloudfront. Toute la diffusion statique et le contenu dynamique seront fournis par l' infrastructure Amazon Cloudfront , qui est un réseau mondial d'emplacements périphériques. Les demandes vont donc être automatiquement acheminées vers l'enseignement le plus proche. Le contenu est livré avec les meilleures performances possibles. Quel que soit l'endroit où vous vous trouvez dans le monde, vous obtiendrez le contenu mis en cache localement dans l'enseignement sur lequel AWS compte environ 160 emplacements à travers le monde. Donc, ensuite, la ressource est au lieu du contenu utilisé par l'application Web vont être stockés dans un seau A S trois, qui, qui, si vous vous souvenez, est une infrastructure de stockage hautement durable conçue pour la mission critique et le stockage des données primaires. Ce sera notre meilleure option, par rapport à E. B s ou DFS, qui ne fonctionnera pas vraiment pour une application Web qui sera utilisée via cloudfront car avec cloudfront weaken designer et comme trois seau comme son source principale. Ainsi, la quatrième étape http demande notre premier géré par l'équilibrage de charge élastique, qui distribue automatiquement le trafic d'application entrant entre l'hôte de E C. Deux instances qui vont s'exécuter dans votre infrastructure. Maintenant, comme vous pouvez le voir, les instances faciles à utiliser sont développées et hébergées dans une infrastructure à plusieurs zones de disponibilité . Maintenant, ce que cela va faire, cela va permettre une plus grande tolérance aux pannes. Si l'une des années 80 tombe en panne ou est en panne, l'autre peut prendre le trafic. Alors que le premier 1 est mis à jour par AWS, j'étais occupé à fournir une capacité d'équilibrage de charge transparente nécessaire en réponse au trafic d'applications entrant. Ensuite, dans la première étape, nous avons le service Web à nouveau dans les deux zones de disponibilité hébergées sur PC deux instances. Maintenant, avec des instances faciles, ce qui est recommandé, c'est que l'organisation a développé des yeux AM ou des images de machine Amazon. Ainsi, par exemple, dit qu'ils sont dans un groupe de mise à l'échelle automatique. Si l'un des serveurs Web, ou des instances faciles à utiliser, doit échouer, Auto Scaling Group va automatiquement en provisoire un nouveau, il est donc fortement recommandé que nous ayons les yeux pour le service Web avec le les applications, les correctifs et les logiciels déjà chargés dans la glace A m sur le groupe de mise à l'échelle automatique fournissent twisters les plus récents. Il peut juste saisir cela, suis-je le pop dans le facile à l'instance, et ce sera bon d'y aller. Et puis dans la dernière étape, nous avons le noyau du service d'application, qui est le service de base de données pour fournir la haute disponibilité. Le service RDS ou le service de base de données de relations va être utilisé dans un déploiement multi-daisy où vous avez un RDS maître principal, puis vous avez un RDS de secours dans une autre zone de disponibilité. Donc, vous reconnaissez que cette architecture fournit une infrastructure globale pour vous permettre d'exploiter une application Web. Dans un environnement hautement disponible et fiable, vous avez le cloud front, qui offre l'accès rapide avant les personnes qui y accèdent. Globalement. Vous avez le groupe Auto Scaling, qui distribue le plus bas à plusieurs instances ec2. Donc, si vous avez un trafic de pointe, il sera équilibré en conséquence et vous aurez l'équilibrage de charge élastique. Aussi pour le service d'application, nous avons besoin de l'E l. B pour les serveurs Web pour le trafic et le serveur d'applications, sorte que l'application pourrait réellement gérer la charge aussi, et surtout, tout cela est déployé dans un environnement multi-facile. Donc, vous avez la tolérance aux pannes. Si l'un d'eux doit échouer pour une raison quelconque, l'autre peut prendre le Seigneur tandis que le 1er 1 est mis au point par AWS. Donc, il s'agit d'une configuration de base si vous voulez héberger une application Web sur AWS et juste rappel, les services et l'architecture qui est requis I z Amazon Route 53, Amazon cloudfront les S trois compartiments, le équilibrage de charge facile pour les instances des groupes de mise à l'échelle automatique, puis le RDS pour la base de données pour le serveur d'applications. 3. Architecture de médias et de contenu: Salut, tout le monde. Et bienvenue à cette leçon sur l'architecture de construction d'une infrastructure multimédia de service et de contenu. Maintenant, la plupart d'entre nous supposent que la diffusion de contenu visuel est probablement l'une des tâches les plus élémentaires et les plus simples. Maintenant, cela devient compliqué lorsque vous avez des exigences sérieuses pour une faible latence ou une haute disponibilité, adorer la capacité, le contrôle d'accès. Et si vous avez des millions de vues et évidemment la plus importante, il faut que ce soit sous le budget. En outre, raison de modèles d'utilisation pointilleux, les équipes d' exploitation ont souvent besoin de fournir du matériel statique, du réseau et des ressources de gestion est de prendre en charge le besoin maximal attendu avec des garanties de gaspillage en dehors des heures de pointe . Aujourd'hui, la bonne chose à propos d'AWS est qu'elle fournit une suite de services spécialement conçus pour fournir un environnement de service multimédia hautes performances. Voyons donc comment nous pouvons développer une architecture dans AWS pour surmonter certaines de ces lacunes que nous aurions si nous le faisions sur Prem. Donc, la première étape et tout ce qui sera disponible sur le Net est d'utiliser le service DNS Amazon Route 53, qui va être utilisé pour diriger le trafic utilisateur vers l'écosystème AWS. Maintenant, la première étape sera le stockage sur. Vous reconnaissez que pour ce type d'infrastructure, les meilleures portes seront l'Amazon comme trois pour héberger le contenu statique sur le Web. La raison en est que S 3 est intrinsèquement hautement disponible et durable, et il est par défaut, conçu pour une mise à l'échelle sur le Web. Il fournira également un excellent moyen d'offrir le travail de contenu extatique d'enquête sur vos serveurs Web et, surtout, peut également fournir l'accès sécurisé à vos serveurs de contenu ou https. Maintenant, évidemment, si nous l'avons fait, utilisateurs mondiaux voudront qu'ils accèdent au contenu en faible latence. Et pour cela, dans la deuxième étape, nous allons utiliser le service cloud d'Amazon, qui va utiliser les emplacements périphériques qu'Amazon a dans le monde entier, qui sont 100 et 60 et compte pour ce jour. Maintenant, tout en utilisant le S trois comme origine, monsieur, monsieur, pour le cloud pour la distribution, vous gagnez l'avantage d'avoir un taux de transfert de données réseau rapide, flux de travail simple de publication et d'encaissement et évidemment, un cadre de sécurité unifié sont les trois S et Cloudfront peut être configuré par un service Web via AWS Management Council . Ou si, par exemple, vous préférez. Cela peut également être fait à l'aide d'outils 1/3 de gestion de parti parce que certaines organisations, ils ont leurs propres outils personnalisés pour leurs applications Web. Donc, la bonne chose à propos d'AWS est que vous pouvez également utiliser vos propres outils de gestion si vous le souhaitez. Maintenant, alternativement, comme vous les gars ne pouviez pas le voir et l'étape trois peut également utiliser les deux instances E C comme serveur d'origine sur le S trois pour héberger le contenu statique. Maintenant, si, par exemple, vous voulez avoir un plus grand contrôle de la journalisation et de la richesse des fonctionnalités dans la diffusion du contenu, vous devriez utiliser les instances faciles à utiliser. Sinon, s'il s'agit d'un contenu purement statique, vous pouvez vous en sortir avec seulement trois compartiments, donc cela dépend du type de contenu et du type d'informations dont vous avez besoin. Donc, si vous avez besoin du contrôle supplémentaire et de la journalisation, alors vous avez besoin des instances faciles à. Mais gardez simplement à l'esprit que si vous provisionnez aussi facilement les instances, cela augmentera également vos coûts. La quatrième étape est un streaming en direct avec la puissance d'Adobe Flash Media Server hébergé sur facile à combiner avec le cloud pour la distribution de flux et l'encaissement de flux en direct fonctionne vraiment de manière transparente sur la plate-forme AWS. Maintenant, cette configuration utilisait un serveur Web pour héberger un fichier XML de point manifeste. Amazon devpay Easy to instances pour héberger un serveur multimédia flash avec la tarification des licences orales , puis le cloud front pour servir le flux. Donc, est-ce que ça va mettre en place ? Vous disposez essentiellement d'une infrastructure optimale non seulement pour héberger du contenu statique, mais aussi pour fournir la diffusion en direct. Maintenant, si vous avez spécifiquement sur Lee un contenu statique, alors vous pouvez simplement vous en sortir avec le S trois et le cloud front. Mais si vous avez du contenu statique et que vous voulez également fournir du streaming en direct, alors vous voulez aller de l'avant et faire le plus facile. Deux instances à la fois pour le contenu statique et aussi pour la diffusion en direct via l'instance de serveur Adobe Flash fournie par AWS juste comme un résumé en termes de ressources est nécessaire et disponible dans AWS pour que vous puissiez développer un contenu et un média environnement de service, vous toujours ils ont ces deux instances faciles. Vous avez cette Route 53 qui est le D n un serveur et qui va écrire le trafic deux ans environnement, l' autre ami cloud pour l'encaissement et la faible latence. Ensuite, vous avez les compartiments d'historique pour le stockage durable et sécurisé de votre contenu. 4. Architecture de traitement des lots: Tout le monde. Et bienvenue à cette leçon, j'examine comment nous pouvons utiliser l'infrastructure Amazon AWS pour effectuer des travaux de traitement par lots. Un autre grand nombre d'applications orientées par lots différentes en place aujourd'hui qui peuvent les amateurs Ce type d'infrastructure, par exemple, traitement des réclamations ou les médias de transformation à grande échelle Trans Golding et les données multi-parties travail de traitement. Désormais, le meilleur traitement sur AWS permet le provisionnement à la demande d'une architecture de traitement des tâches en plusieurs parties qui pourrait être utilisée pour un déploiement instantané ou retardé à partir d'un génie Hatra et d'une grille évolutive sur les nœuds de travail qui peuvent rapidement passer de grandes quantités de tâches de traitement par lots. Et la meilleure partie à ce sujet est qu'ils peuvent le faire en parallèle. Maintenant, beaucoup d'architecture de traitement par lots sont souvent synonymes de modèles d'utilisation très variables qui ont une utilisation significative. Les pics, par exemple, dans les finances ont généralement le mois et le traitement, qui est suivi d'une période importante de sous-utilisation. La meilleure partie d'AWS est qu'elle peut vous aider à surmonter cette variable. Voyons donc comment nous pouvons développer une architecture pour surmonter certains de ces problèmes. Nous avons donc ici l'architecture de base de la façon dont nous pouvons mettre en place une infrastructure de traitement de chauve-souris dans AWS. Donc, la première, évidemment, est que les utilisateurs vont interagir avec une application de gestionnaire d'emplois, qui va être déployée. Dans un exemple facile. C' est le composant principal qui va contrôler le processus. Accepter, planifier, démarrer, gérer et terminer de mauvaises tâches. De plus, il va également fournir les résultats finaux après tout le craquement est fait. Donc, après que l'utilisateur interagit avec les premières boîtes jumelles cc, ce qui va se passer, c'est que les données brutes vont être téléchargées dans une instance S 3. Donc, nous avons ce gros seau de trois qui va stocker toutes nos données pour le travail nous allons faire est au lieu de simplement faire tout ce gros lot de flux vers l' infrastructure, ce qui va causer des goulets d'étranglement, ce que nous allons faire est de briser cela en utilisant le service que simple ou sqs tâches de travail point individuel vont être insérés par le gestionnaire de travail dans un Q. d'entrée sqs. Au nom de l'utilisateur, alors ce qui va se passer est les nœuds de travail, ou essentiellement un hôte de deux instances E C, qui sont déployées dans un groupe de mise à l'échelle automatique et que la mise à l'échelle automatique va s'adapter aux instances de pointe et hors pointe. De plus, vous pouvez utiliser les instances ponctuelles. Si ce travail par lots doit être effectué pendant les heures de pointe, si c'est un traitement de Big Data et qu'il peut être fait pendant les heures de pointe, vous pouvez utiliser spot. Vous voyez deux instances pour économiser encore plus de coûts. Donc, récupérer ces deux instances de Pâques vont être dans un groupe de mise à l'échelle automatique, et le groupe est fondamentalement un conteneur qui assureur la santé et l'évolutivité des notes de travail . Donc travailleur sait qu'ils vont ramasser les pièces de travail à partir du sus que automatiquement et effectuer des tâches uniques qui font partie de la liste à partir d'une étapes de traitement par lots. Donc, après avoir traité ces tâches en terme, les résultats des Nords de travail sont stockés dans Amazon sous la forme de trois compartiments. Ensuite, dans la sixième étape, progression, informations et les statistiques sont stockées dans un magasin analytique, et selon le type de données que vous possédez, cela peut être un domaine Amazon simpledb ou dynamodb ou une base de données relationnelle. Si vous avez besoin des relations complexes et que vous utiliseriez un service RDS. Si ce sont ces données simples, vous pouvez utiliser le dynamodb et enfin, vous pouvez également avoir un processus de chaînage ou, dans les sept étapes, vous pouvez voir les tâches terminées peuvent être insérées dans une file d'attente SKS pour passer à une seconde étape de traitement. Tout dépend donc du type de travail de traitement par lots que vous ferez. Il peut en outre être modifié sur une deuxième étape si nécessaire. Donc, cette infrastructure optimise le flux des travaux de traitement par lots en divisant cet énorme travail par lots en tâches plus petites que j'ai gérées par des indices sqs et en outre, le travailleur note dans un groupe de mise à l'échelle automatique qui peut accommoder les pics d'utilisation. Donc, encore , en résumé, les services qui sont nécessaires pour construire une architecture de traitement par lots Optima sont les deux instances CEE à nouveau, ce qui serait le principal que l'utilisateur a été interagi et ensuite vous avez le nœuds de travail. Ensuite, vous avez l'Amazon rds ou le dynamodb. La base de données simple. Vous pouvez avoir l'Amazon comme trois compartiments. Nous allons avoir le groupe de mise à l'échelle automatique pour les nœuds de travail et enfin, les sqs mignons pour diviser ce gros travail de traitement par lots en petites tâches 5. Haute disponibilité et architecture tolérante: Salut, tout le monde. Et bienvenue à cette leçon sur la façon dont nous pouvons construire un environnement tolérant aux pannes au sein d'AWS. Maintenant, il sera a fournit des services et une infrastructure qui sont intrinsèquement défaillantes, tolérantes et hautement disponibles. Mais certains aspects de l'environnement AWS ne sont pas intrinsèquement tolérants aux pannes nécessitent une configuration supplémentaire pour qu'ils soient tolérants, tolérants et hautement disponibles. Par exemple, E C deux instances au sein d'AWS fournissent des blocs de construction d'infrastructure qui, par elles-mêmes, peuvent ne pas tolérer les pannes. Par exemple. Les disques durs peuvent penser que les blocs d'alimentation peuvent tomber en panne et que les racks peuvent tomber Il est donc important d'utiliser des combinaisons de fonctionnalités proposées par AWS que nous allons examiner afin que vous puissiez atteindre les pannes, la tolérance et la haute disponibilité. Donc, avant de décrire le modèle que vous voyez la plupart des services de niveau supérieur dans AWS, tels que le S 3, le dynamodb, sqs, l'équilibrage de charge ont été construits avec faute, la tolérance et la haute disponibilité à l'esprit, les services qui fournissent l'infrastructure de base, comme le disque dur facile à ou physique. L' EBS fournit des fonctionnalités spécifiques telles que disponibles dans ses propres adresses élastiques I P. et snapshots qu'un système de défaut, tolérant et hautement disponible doit tirer parti et utilisé correctement. simple fait de déplacer un système dans le cloud ne le rend donc pas intrinsèquement plus grand ou hautement disponible. Lorsque nous déplaçons notre système prem sur le cloud ou que nous envisageons de le transférer vers le cloud, nous devons développer une architecture pour utiliser les services qui nous permettent de faire de ces services une faute, tolérant et hautement disponible. Donc, en regardant le diagramme sur la charge gauche, équilibrage est un moyen efficace d'augmenter la disponibilité d'un système. Par exemple, instances qui échouent peuvent être remplacées de manière transparente derrière l'équilibreur de charge. Alors que d'autres instances continuent de fonctionner. L' équilibrage de charge peut être utilisé pour équilibrer les instances dans plusieurs zones de disponibilité au large d'une région, comme vous pouvez voir leurs deux zones de disponibilité et être, et nous avons un serveur d'applications d'armes dans les deux zones, le avec un serveur de base de données, qui est répliqué dans les deux zones. Donc ce qu'ils dernière charge rebondir fait fondamentalement. Il dirige le trafic vers la zone A et zéro B et si,par exemple, par exemple, une des instances, ou pour le remplir, dirigera automatiquement le trafic vers l'autre instance, que ce soit dans la même zone de disponibilité ou dans un zone de disponibilité différente. Il existe non seulement des solutions pour les défaillances sur des instances spécifiques E C deux ou des disques durs, mais aussi si une zone de disponibilité entière est douteuse, il peut également être intégré à cela en dirigeant le trafic vers et d'autres zones de disponibilité. Il est donc important d'exécuter des applications indépendantes, des piles et plusieurs zones de disponibilité, que ce soit dans la même région ou dans une autre région. Donc, si cela encore une fois, comme j'ai mentionné la sienne échoue l'application, le dans l'autre zone peut continuer à fonctionner. Et si vous n'avez pas ces applications indépendantes taxe en cours d'exécution dans chaque zone de disponibilité , cela ne se produira pas. , Donc, une autre façon d'accomplir cela est en utilisant l'oculaire élastique, que nous pouvons voir sur le côté droit du diagramme. Maintenant, Elastic I P sont essentiellement des adresses I P publiques qui peuvent être mappées par programme entre les instances d'une région, de sorte qu'elles sont associées à un compte AWS plutôt qu' une instance spécifique. Et ces élastiques, je, dit Peter, dit Peter, peuvent être utilisés orteil travailler autour des défaillances de l'hôte ou de la zone de disponibilité en redéfinissant rapidement l' adresse toe sur une autre instance en cours d'exécution, ou même l'instance de remplacement que vient de commencer en utilisant une insistance de réserve AM I peut aider à garantir que la capacité des jeux est disponible dans une autre zone. Enfin, une autre chose importante à garder à l'esprit est que les données précieuses ne doivent jamais être stockées sur le stockage instantané parce que le stockage instantané est lié au facile à instantané. Donc, si les instances faciles à mettre fin, ce qui peut parfois être très facile à faire, toutes les données dans ce stockage seront disparues. Donc, tout d'abord, il est recommandé d'utiliser BBS ou les magasins Elastic Block, qui offre une infraction persistante dans les volumes de stockage qui sont adorables et persistants par rapport à l'instance on. En outre, ces volumes EBS sont automatiquement répliqués dans une seule zone de disponibilité. Alors que se passe-t-il s'ils se développent avec ses propres défaillances pendant que vous allez perdre ces volumes EBS pour augmenter la durabilité ? Ce que nous devons faire, c'est faire des instantanés. Donc, faites des instantanés ponctuels, qui peuvent être créés et stockés sous la forme de trois compartiments, qui sont ensuite répliqués vers plusieurs zones de disponibilité ou peuvent même être stockés dans une région différente. Cela prend donc en charge non seulement les défaillances de l'instance, mais aussi les défaillances des zones de disponibilité et les pannes des disques durs physiques de l'E. B. Parce que, comme trois compartiments sont intrinsèquement hautement disponibles et durables, Donc, en prenant des instantanés ou des instantanés ponctuels de nos volumes EBS, nous pouvons nous assurer que si ces volumes EBS ou ces instances échouent, ou même si la zone de disponibilité diminue, nous avons ces réplicas exacts disponibles dans S trois compartiments dans une zone différente ou même dans une région différente. Donc, en terminant, lorsque nous transférons notre infrastructure de Prem vers le cloud, nous devons nous assurer de tirer parti des services disponibles afin de rendre notre environnement hautement disponible et tolérant les pannes, parce que, par défaut, tous les services ne sont pas plus grands et très disponibles. Donc, certains des services que nous avons besoin de garder à l'esprit et de configurer notre Amazon PC deux instances volumes EBS, équilibrage de charge élastique et les trois Amazon s. Nous devons donc nous assurer que tous ces services fonctionnent ensemble et de manière cohérente afin d'avoir un environnement qui soit défectueux, tolérant et hautement disponible 6. Architecture de reprise des catastrophes: Salut, tout le monde. Et bienvenue dans ce Listen, examinent comment nous pouvons optimiser la reprise après sinistre grâce à l'architecture dans AWS. La reprise après sinistre consiste donc à préparer et à récupérer un événement qui a un impact négatif sur vos systèmes I T. Ainsi, une approche typique consiste généralement à reproduire l'infrastructure afin de garantir la disponibilité de la capacité inutilisée en cas de catastrophe. Désormais, Amazon Web Services vous permet de mettre à l'échelle votre infrastructure en fonction des besoins. Ainsi, pour une solution de reprise après sinistre, cela se traduit par des économies considérables. Alors regardons comment nous pouvons architecter pour faire ça. Donc, fondamentalement en bas à droite, vous voyez le centre de données d'entreprise, qui héberge une application composée d'un serveur de base de données et d'un serveur d'applications avec stockage local pour le système de gestion de contenu. heure actuelle, il y a un nouvel oracle, un serveur de base de données sur site, ainsi qu'un serveur d'applications, puis ils ont le volume de stockage. Donc, fondamentalement, c'est un tout sur à partir du système qu'ils fonctionnent actuellement. Maintenant, ce que nous pouvons faire pour avoir une reprise après sinistre sur le cloud est dans AWS est mis en place dans AWS storage Gateway, qui est essentiellement un service de connexion d'un local. application plus souple ou une appliance plus souple avec un stockage basé sur le cloud et la passerelle téléchargent des données en toute sécurité dans le cloud AWS, ce qui en fait une solution très économique pour les sauvegardes et une reprise après sinistre rapide. Maintenant, le serveur de base de données sauvegarde l'application, monsieur, instantanés de volume et les images de machine Amazon. Les serveurs de récupération sont tous stockés dans les trois compartiments S, qui est encore une fois un système de stockage de données hautement durable, fiable et tolérant aux pannes dans huit d'entre nous Maintenant, les yeux AM ou les images de machine Amazon vont être fondamentalement pré configuré avec le système d'exploitation et les logiciels d'applications actuellement utilisés sur site. Donc, les serveurs d'applications vont être dupliqués dans E. C. Deux instances utilisant AM eyes et ces yeux am vont être stockés dans le compartiment d'historique que vous pouvez voir en haut à gauche. Maintenant, bonne chose à propos d'Oracle et AWS est que les bases de données Oracle peuvent directement sauvegarder les pieds sur Amazon en tant que trois compartiments à l'aide du module cloud de sauvegarde sécurisée Oracle. Donc, fondamentalement, tout ce que vous devez faire est de mettre à jour le module sur le serveur de base de données sur site, puis il peut automatiquement sauvegarder via la connexion sécurisée sur les trois compartiments S. Donc, à ce stade, tous vos fichiers, toutes vos images de machine, tous vos instantanés et votre serveur de base de données sont tous sauvegardés dans les trois compartiments de remorquage . En cas de reprise après sinistre dans le centre de données de l'entreprise, vous pouvez essentiellement recréer l'ensemble de l'infrastructure à partir de sauvegardes sur le cloud privé virtuel Amazon . Maintenant, Amazon VPC vous permet de provisionner une section privée et isolée du cloud AWS où vous pouvez recréer l'ensemble de votre application et sur l'infrastructure principale. Et vous pouvez voir ça en haut, non ? Les serveurs d'application et de base de données vont être recréés à l'aide d'Amazon a C deux instances, puis de l'instantané de volume. Vous pouvez utiliser le stockage en bloc élastique, ou les volumes EBS qui sont ensuite attachés au serveur d'applications récupéré, puis pour accéder à distance à l'application récupérée. Nous pouvons utiliser la connexion VPN créée par le par la passerelle VPC. Donc, fondamentalement, puisque tout est stocké sur les trois compartiments S, nous pouvons utiliser toutes ces données pour recréer l'environnement on prime dans AWS Claude en utilisant deux instances faciles . Et comme Oracle est également pris en charge par le service RDS ou le service de base de données relationnelle dans AWS, cela peut également être dupliqué dans le VPC. En conclusion, utilisant la reprise après sinistre AWS, nous pouvons nous assurer que nous n'avons pas besoin de tout dupliquer en termes d'infrastructure pour la reprise après sinistre. Nous pouvons nous assurer que nous avons les sauvegardes automatisées qui vont déjà automatiquement aux trois compartiments S . Et en cas de reprise après sinistre, nous pouvons automatiquement basculer vers le VPC, qui peut s'asseoir sur le cloud dans AWS prêt à être déployé en cas de sinistre dans les systèmes allumés . Ainsi, l'architecture qui est impliquée dans la reprise après sinistre ou double ici dans l' environnement dans ce scénario sera facile à utiliser. Le VPC, les E B s, qui va stocker toutes vos données d'application sous la forme de trois compartiments, qui agit comme un référentiel central pour tous vos yeux, vos bases de données et vos fichiers, puis le , qui automatise la sauvegarde de l'on prime sur les trois compartiments S 7. Architecture d'optimisation de fichiers: Tout le monde. Et bienvenue à cette leçon sur la façon dont nous pouvons concevoir une architecture optimale de synchronisation de fichiers dans AWS. Compte tenu de l'architecture simple du serveur client sans état, dans laquelle les services Web sont généralement considérés comme une ressource est et peut être identifiée par la mort de la fille , les équipes sont généralement libres de créer les applications de partage de fichiers et de sombrage pour services, pour les entreprises ou pour les consommateurs directement. Voyons donc comment AWS peut aider votre équipe sourde à accomplir ces tâches de manière sécurisée . Donc, fondamentalement, le service et le point de synchronisation de fichiers consisteront en une charge élastique. Équilibreur distribuant Incoming Request un groupe hors serveurs d'applications, qui vont être hébergés sur des instances faciles à. En outre, un groupe de mise à l'échelle automatique ajuste automatiquement le nombre d'instances faciles à utiliser en fonction des besoins de l' application. Donc il n'y a pas sur Lee rend très disponible. Il rend un redondant et il le rend durable. En plus de cela va vous faire économiser des coûts car le groupe de mise à l'échelle automatique augmentera et diminuera automatiquement le nombre d'instances faciles à utiliser qui seront nécessaires en fonction du besoin. Maintenant, nous allons voir si vous voulez télécharger un fichier, ce qui devra arriver est qu'un client devra demander l'autorisation au service et obtenir une sécurité. Prenez le jeton maintenant, c'est ce qui va faire de cette opération une opération sécurisée. Après avoir vérifié les serveurs d'applications d'identité de l'utilisateur, obtenez des informations d'identification temporaires de AWS STS ou du service de jeton de sécurité. Ces informations d'identification permettent aux utilisateurs de télécharger les fichiers. Ensuite, les utilisateurs téléchargent les fichiers dans les trois compartiments S, qui est encore une fois une infrastructure de stockage hautement durable et disponible utilisée pour le stockage des données essentielles et essentielles. Maintenant, le S 3 va faciliter le stockage et la récupération de n'importe quelle quantité de données à tout moment. Et la meilleure partie à ce sujet est que les fichiers volumineux peuvent être téléchargés par le même client en utilisant plusieurs threads simultanés pour maximiser l'utilisation de la bande passante. Maintenant, pour augmenter les performances, les informations de version des métadonnées de fichier et les identifiants uniques vont être stockés par les serveurs d' applications sur une table dynamodb Amazon. Comme un nombre de fichiers hors pour eux à maintenir dans l'application augmente, les tables dynamodb viennent stocker et récupérer n'importe quelle quantité de données et servir n'importe quel niveau hors trafic. Aucune notification de modification de fichier ne peut être envoyée par e-mail aux utilisateurs suivant la ressource, comme le service de messagerie Amazon Simple, ou SCS, qui est un e-mail extrêmement facile à utiliser et rentable. Donc solution. Donc, si des changements dans les fichiers se produisent, le SCS va tirer sur un e-mail à l'orteil propriétaire du fichier. Laissez-le ou sont connus que ce fichier a changé. D' autres clients partageant le même fichier vont faire carrière au service et pointer pour vérifier si des versions plus récentes sont disponibles. Maintenant, ce curry va comparer la liste des sommes de vérification des fichiers locaux avec la vérification de certains répertoriés dans la table dynamodb. Au lieu d'aller sur les serveurs d'applications et de les enliser, ça va aller directement à la table dynamodb. Si les fichiers plus récents de défiance de base, ils peuvent ensuite être récupérés à partir du S a trois compartiments et envoyés à l'application cliente. S' il n'en trouve pas dans votre fichier, n'est-il pas nécessaire d'augmenter le trafic réseau et l'accès à trois. La table dynamodb indiquera à ce client qu'il est connu que votre fichier est disponible C'est ainsi que nous pouvons synchroniser et optimiser un service de fichiers dans l'environnement Amazon AWS ne rend pas seulement l'infrastructure entière hautement disponible. Il rend également durable, et il diminue également vos coûts en utilisant la mise à l'échelle automatique et en utilisant la table dynamodb pour réduire le trafic qui va vers vos serveurs d'applications. Donc, en conclusion, les services dont nous avons besoin ou dont nous aurions besoin pour développer un orteil d'architecture, ont un service de synchronisation de fichiers dans AWS. Nous allons avoir besoin de ces deux instances comme serveurs d'applications. Nous aurons besoin de la mise à l'échelle automatique et de l'équilibrage de la charge élastique afin de mettre à l'échelle automatiquement ces services d'applications, puis d'équilibrer la charge entrante via le L B. Nous aurons la table dynamodb pour stocker les métadonnées et accéder à il n'y a pas versions disponibles, et le compartiment S trois en tant que référentiel de stockage moyen, le service STS ou le service de jeton de sécurité pour s'assurer que toutes les requêtes qui arrivent proviennent utilisateurs authentifiés et les S E, qui est va être utilisé comme notre principal service de notification. Ascend email aux utilisateurs. Faites-leur savoir que de nouveaux fichiers sont disponibles ou que des fichiers spécifiques ont changé, en fonction de la façon dont nous voulons configurer cette configuration, puis. En outre, nous pouvons également avoir la route 53 qui est notre d n un service si ces fichiers vont être accessibles via Internet en dehors de l'organisation, cela peut également être accompli en utilisant une Route 53 qui est Deanna d'Amazon service. 8. Architecture de partage de médias: Salut, tout le monde. Et bienvenue à cette leçon sur la façon dont nous pouvons développer un cadre si vous voulez faire un partage de médias sur notre infrastructure. Un partage de médias est probablement l'un des marchés les plus chauds sur Internet en ce moment. Les clients et les consommateurs ont un appétit stupéfiant pour placer des photos et des vidéos sur des sites de réseautage social et pour partager leurs médias dans des albums photo en ligne personnalisés. La popularité croissante du partage multimédia implique des problèmes de mise à l'échelle pour les propriétaires de sites qui font face ou sont confrontés à des exigences toujours croissantes en matière de stockage et de bande passante, et une pression accrue sur le marché pour offrir plus rapidement que la concurrence. Étant donné que la plupart des entreprises disposent aujourd'hui de budgets de main-d'œuvre limités et d'espace de datacenter, AWS offre un ensemble unique d'opportunités de concurrence et d'évolutivité sans avoir à investir dans le personnel matériel ou l'espace supplémentaire du datacenter. L' utilisation d'AWS n'est pas une proposition tout ou rien. Selon le projet, différents services peuvent être utilisés indépendamment, alors regardons comment nous pouvons concevoir une telle infrastructure. Donc, cette infrastructure est essentiellement divisée en deux parties. Nous avons un parc de téléchargement, puis nous avons une partie de diffusion de contenu, Alors regardons comment affaiblir ou comment les utilisateurs peuvent télécharger des données sur l'environnement AWS. Maintenant, le partage de contenu consiste d'abord évidemment à télécharger les fichiers multimédias vers un service en ligne . Donc, ce que nous allons faire est d'avoir un Lord Balancer élastique distribuer les serveurs de chargement des orteils de trafic entrants , qui va être une flotte dynamique sur deux instances faciles. Et ce qui va se passer, c'est les moniteurs Amazon Cloudwatch. Ces serveurs et un groupe de mise à l'échelle automatique les gèrent automatiquement, en les adaptant automatiquement ou en les réduisant en fonction de la charge. Donc, après cela, les fichiers téléchargés d'origine vont alors être stockés dans un seau S trois, qui est un service de magasins hautement disponible et adorable offert par huit d'entre nous maintenant pour soumettre un nouveau fichier à traiter ou à traiter ultérieurement. Après avoir téléchargé le téléchargement, les serveurs Web poussent un message aux SQS, qui est le service Qué simple. Le Q va agir comme un pipeline de communication entre la réception des fichiers et les composants de traitement des fichiers . Maintenant, en séparant les composants de réception et de traitement des fichiers, nous réduisons la charge sur les instances faciles à utiliser, augmentant ainsi les performances et les vitesses de téléchargement et de traitement que les clients vont à rencontrer maintenant. Le pipeline de traitement est fondamentalement aussi un groupe dédié sur Easy to instances utilisées exécuter n'importe quel type de tâche de post-traitement sur les fichiers multimédia téléchargés. Par exemple, tours vidéo, imagerie de revêtement, dimensionnement et bien d'autres choses que les utilisateurs, généralement en raison de photos téléchargées ou de médias téléchargés, doivent ajuster automatiquement la capacité nécessaire à nouveau, un groupe de mise à l'échelle automatique le gère. Vous pouvez également utiliser des instances ponctuelles pour étendre dynamiquement la capacité du groupe et réduire considérablement les coûts de traitement des fichiers. Par conséquent, en disposant de ces instances ponctuelles supplémentaires, nous pouvons réduire nos coûts en effectuant les tâches de post-traitement pendant les heures de pointe afin réduire le nombre d'instances faciles dédiées dans ce groupe de mise à l'échelle automatique. Maintenant, une fois le traitement ou le post-traitement terminé, Hestrie va à nouveau stocker les nouveaux fichiers de sortie maintenant comme un choix, ce que nous pouvons faire est que les fichiers originaux peuvent être stockés dans un seau S 3 standard, tandis que le peuvent être utilisés dans un compartiment d'accès peu fréquent ou de réduction de la redondance. Pour réduire encore les coûts maintenant, données liées aux médias peuvent ensuite être placées dans un service de D ou un service de base de données relationnelle Amazon ou un dynamodb Amazon en fonction du type d'informations qui est requis et va être stocké pour cette médias. Maintenant, après cela, Ah, troisième flotte d'un C deux instances va être dédiée à héberger le front end du site web du service de partage de médias. Donc c'est notre deuxième moitié de congé. Les fichiers multimédia de l'infrastructure sont distribués à partir du S trois à l'utilisateur final via CLOUDFRONT, qui est un réseau de diffusion de contenu pour réduire Layton voir en utilisant comme emplacement. Et encore une fois, un équilibreur de charge élastique est une mise à l'échelle automatique est utilisée sur le service Web pour non seulement équilibrer la charge, mais réduire le coût en augmentant ou en diminuant le nombre de deux instances faciles dans le groupe de mise à l'échelle automatique. Donc, cette infrastructure était fondamentalement diviser le téléchargement et la livraison en deux flux distincts , divisant cette infrastructure en trois distincts faciles à installer, les clusters n'augmentaient pas seulement les performances, mais nous réduisons essentiellement les coûts en utilisant le groupe de mise à l'échelle automatique. Donc, si la demande est là que vous voyez deux instances s'agrandir automatiquement si ce n'est pas là, elles sont automatiquement réduites. Cela permet de contrôler vos coûts, mais aussi d'augmenter la satisfaction du client, car ils auront une faible latence et un traitement plus rapide. En outre, en utilisant le cloud front, ils auront la faible latence désactivée, accédant à ces fichiers soit aux fichiers d'origine, soit aux fichiers traités via ce réseau de diffusion de contenu cloud. Encore une fois, pour résumer, les services qui sont parfaitement requis ont un réseau de partage de médias. Nous avons ces deux instances faciles dans la section de téléchargement dans la section de traitement, puis dans la section serveur Web éventuellement. Nous avons ces instances ponctuelles pour traiter le pipe-line. Si, par exemple, il y a de grandes quantités hors support qui nécessitent des tâches de post-traitement telles que le revêtement en transe, cela peut être fait pendant les heures creuses en diminuant davantage les coûts grâce à l'utilisation d' instances ponctuelles . Ensuite, nous avons la mise à l'échelle automatique et l'équilibrage de charge afin de réduire le coût et augmenter les performances et de le rendre hautement disponible. Nous avons l'Amazon autour de 53 qui est le service DNS. Grâce aux utilisateurs peuvent accéder aux serveurs Web et aux serveurs de téléchargement. Nous avons le CLOUDFRONT pour diminuer la mer de Layton de livrer le contenu aux utilisateurs finaux les S trois compartiments à stocker comme ah pour stocker tous les fichiers médias à la fois l'original et les fichiers traités le RDS en termes de stockage de données, qu' il s'agisse d'un service RDS en termes d'une base de données relationnelle ou d'un dynamodb. Et puis, enfin, les sqs pour briser le téléchargement et augmenter les performances du traitement en gardant tous les travaux dans un sauvetage carré sur les livraisons à la CEE deux cas où ils peuvent les traiter. 9. Architecture de jeu en ligne: Salut, tout le monde. Et bienvenue à cette leçon sur le développement de l'architecture sur AWS. Si vous voulez héberger des jeux en ligne pas pour héberger des jeux en ligne la plupart du temps, il y a schémas de trafic inattendus et des taux de demande très exigeants. Maintenant, la bonne chose à propos d'AWS est que vous pouvez avoir la possibilité et la flexibilité de démarrer petit et d'alimenter votre architecture en réponse à vos joueurs. Alors qu'ils cultivent votre poulet d'architecte, grandissez avec eux afin que vous puissiez augmenter ou réduire votre architecture pour vous assurer que vous ne payez que pour la ressource. Est-ce que l'air conduit la meilleure expérience pour votre jeu afin que vous puissiez utiliser les services gérés dont vous avez besoin, une Bienne pour les technologies d'encaissement et de base de données populaires et une architecture pour amoureux qui capture les meilleures pratiques de certaines des plus grands jeux en cours d'exécution sur huit d'hier. Alors regardons l'architecture que certains de ces jeux utilisent. Je sais que cela a l'air assez écrasant, mais ne vous inquiétez pas, laissez-moi vous accompagner à travers cette étape par étape. Maintenant, la première chose que nous devons faire est d'utiliser Amazon autour de 53. Ce que ça fera. Il fera en sorte que nos joueurs ou vos joueurs soient toujours en mesure de découvrir à vos terminaux de service. Vous pouvez utiliser les politiques de routage intégrées pour acheminer les utilisateurs en fonction de la mer ou de la géographie de Leighton , car la plupart du temps vos joueurs seront géographiquement diversifiés. , Vous voulez donc vous assurer qu'ils se connectent à vos points de terminaison où qu'ils se trouvent dans le monde. Et la route 53 vous permet intrinsèquement d'acheminer leur trafic en fonction de l'endroit où ils se trouvent dans le monde. Après avoir compris où ils sont situés, la deuxième étape est affaiblie. utilisateurs de route orteil sont de retour et en utilisant l'équilibrage de charge élastique, qui à nouveau évolue automatiquement pour le trafic entrant. En outre, nous pouvons garder les données des joueurs en sécurité pendant le transit. Pourquoi les https ? En tirant parti des capacités de terminaison SSL de l'E l B. Ensuite viennent nos serveurs Web, qui vont encore fonctionner sur E. C. Deux instances dans un groupe de mise à l'échelle automatique qui couvrira plusieurs zones de disponibilité. Ce que cela fera il ne sera pas seulement accommoder pour la croissance et le rétrécissement de vos joueurs, il fera également la tolérance aux pannes. Donc, si l'une des zones de disponibilité tombe en panne, l'autre peut prendre le mou. Maintenant, juste un pourboire. AWS recommande d'utiliser les quatre types instantanés M avec la mise en réseau améliorée et l' optimisation EBS activée pour fournir les meilleures performances pour les jeux après le trafic. C' est le plus facile. Deux cas dans la prochaine étape est si nous séparons l'application ici du Web, déchirure et levier et interne, il sera maintenant. Cet équilibreur de charge offre des avantages supplémentaires de sécurité supplémentaire en résidant dans un sous-réseau privé et en veillant à ce qu'aucun trafic externe anciennes pièces, vous êtes apt ici déplacer vers le bas. Nous avons Amazon elasticache for reddest, qui va fournir une solution entièrement gérée qui améliore la robustesse et réduit les coûts d'installation, d'exploitation et de maintenance d'un cluster Reddest hautement disponible et évolutif. En outre, vous pouvez également tirer parti de la dernière zone de disponibilité à encaisser dans le jeu pour fournir reprise après sinistre automatisée et une déchirure évolutive avec des répliques en lecture si nécessaire, en fonction de la taille de votre jeu, Ensuite, nous arrivons à la fin et utilisons la base de données compatible Amazon Aurora A my SQL, qui fournit un débit élevé de lecture et d'écriture allant jusqu'à 64 téraoctets, stockage répliqué à six voies et jusqu'à 15 réplicas en lecture à faible latence dans un environnement. Maintenant, comparé à d'autres instances dans un RDS, cela a de loin les meilleures performances. Si vous avez comparé à mon SQL ou le Microsoft Sequels air, cela fournirait les meilleures performances maintenant juste une autre astuce ou un aliment pour la réflexion. Amazon a effectué une enquête, et les clients du jeu ont vu une tournée vers une réduction de trois temps des coûts après la migration vers le service de base de données Aurora d' Amazon à partir d'un autre service de base de données. En outre, le jeu peut également bénéficier de la haute vitesse, faible latence géré sans suite base de données, qui est l'Amazon Dynamodb, qui fournit des performances prévisibles et l'évolutivité à dépend de celui que vous voulez utiliser. C' est un Aurora ou le Dynamodb, mais gardez à l'esprit. Dynamodb est une base de données sans suite, donc, selon le type de données qui sera stocké, déterminera s'il a utilisé l'Aurora ou Dynamodb. Mais les deux ont la meilleure performance. Non pour le stockage. La meilleure option est d'utiliser le service de stockage simple ou S 3 pour stocker les ressources du jeu, le DLC et les fichiers journaux générés par les serveurs. Maintenant, en tant qu'utilisateur basé, grandit géographiquement, nous pouvons également utiliser le cloud Amazon comme il distribuait de l'argent pour le contenu, qui va utiliser les emplacements périphériques sur lesquels Amazon a environ 170 dans le globe. Enfin, nous pouvons utiliser des notifications push via le SNS ou un service de notification simple avec prise en charge prête à l' emploi pour les plateformes Apple, Google, Amazon et Windows. Donc ce serait mis en place ? Nous pouvons fournir les meilleures performances pour l'expérience de jeu pour les utilisateurs. Ce que ça va faire. Il va grandir et rétrécir avec la base d'utilisateurs. Donc, si vous avez peut-être quelques 100 utilisateurs au début, le groupe Auto Scaling gardera les instances faciles à utiliser au minimum. Une base d'utilisateurs a-t-elle grandi ? Le groupe de mise à l'échelle automatique améliorera le facile à instances et qui s'adaptera, pour l'augmentation des utilisateurs sans avoir un impact sur la mer latente ou les performances. En conclusion. Les services requis pour créer une architecture de jeu optimale dans AWS sont l'Amazon Road 53 pour écrire le trafic vers le meilleur point géographique. Ensuite, nous avons l'équilibre du Seigneur pour nous assurer que la performance n'est pas affectée. Ensuite, nous avons les deux instances E C qui vont agir comme nos serveurs Web et nos observateurs sur différents sous-réseaux pour s'assurer que le trafic public de piège reste dans le public du réseau et ne va pas dans le sous-réseau privé. Ensuite, nous avons Amazon elasticache, qui est de stocker le contenu mis en cache et ensuite, en tant que base de données principale, nous pouvons utiliser Amazon Aurora ou Dynamodb, en fonction du contenu et du stockage principal. Nous avons Amazon comme trois compartiments, puis finalement, que les utilisateurs et le trafic augmente à mesure que la popularité du jeu augmente, vous pouvez utiliser le cloud Amazon pour réduire la latence en utilisant les emplacements périphériques distribués partout dans le monde. 10. Hébergement d'architecture de site WordPress: Salut, tout le monde. Et bienvenue à cette leçon sur la façon dont nous pouvons concevoir une infrastructure d'hébergement de presse de guerre chez huit d'entre nous. Une presse primée est probablement l'une des plateformes de publication Web les plus populaires au monde, et les statistiques disent que près de 27 % sur tous les sites Web qui sont en ligne utilisent plus de presse , des blocs personnels à certains des plus grands sites d'information sur lesquels la presse plateforme ? Non, puisque WordPress est utilisé si largement, il y a une architecture Bs totale qui affaiblit, développe orteil. Commencez à héberger le WordPress sur AWS. Voyons donc comment nous pouvons aller de l'avant et développer l'architecture dans AWS. Ne vous inquiétez pas. Cela peut sembler assez écrasant, mais laissez-moi vous guider étape par étape. Donc, commençons à partir du côté gauche où nous voyons les utilisateurs venir dans un Amazon a écrit 53 qui est AWS dit un d. N. N. Un service des services Deanna. Aller écrire le trafic dans notre cloud Amazon et le club pour va stocker le contenu statique et dynamique, et la raison pour laquelle nous allons le stocker dans Cloudfront est que nous pouvons réduire le voir Layton parce que cloudfront utilise , qu' Amazon a répandu partout dans le monde. Donc, cette façon n'a pas d'importance où sont vos utilisateurs. Ils le feront. Leur premier point de contact sera l'emplacement périphérique où le contenu statique et dynamique du cloud qu'il héberge est hébergé. Par conséquent, réduire le Layton voir d'un peu après l'après frappe le Cloudfront. Donc, disons que si le contenu n'est pas mis en cache localement à l'emplacement périphérique, le CLOUDFRONT va aller de l'avant et soumettre la demande au réseau. Et le premier point de contact va être le problème et obtenir avec. Et la passerelle va essentiellement permettre la communication entre les instances dans le PC faible et l'Internet. Donc, après avoir accès à Internet, nous allons aller de l'avant et prendre le trafic vers une passerelle réseau qui était la traduction d'adresses. Passerelle. Dans chaque sujet, il y en aura un qui obtiendra ce que vous les gars qu'il a mis en haut, puis il y en a un en bas, et c'est un. Activez Amazon Easy. Deux instances dans le privé soumet à la fois l'application et les données toe accès à Internet et il est toujours bonne pratique toe ont et qui obtiennent moyen de séparer vos réseaux internes et externes. Et la raison pour laquelle vous voyez qu'il y a deux passerelles Nat dans une zone de disponibilité différente est pour la haute disponibilité. Donc, si une zone de disponibilité devait descendre ou, pour une raison quelconque, descendre pour la maintenance ou pour d'autres problèmes, l'autre zone de disponibilité sera en mesure de récupérer le trafic. Ainsi, les utilisateurs ne vont pas remarquer de temps d'arrêt après eux, nous allons utiliser l'équilibreur de charge d'application qui va répartir le trafic Web à travers un groupe de mise à l'échelle automatique sur Amazon. Deux instances faciles dans plusieurs zones de disponibilité comme je viens de le mentionner et l'équilibreur de charge ne va pas seulement nous aider à distribuer le trafic de nos utilisateurs, il va également réduire les coûts puisque nous utilisons un groupe de mise à l'échelle automatique. Comme le trafic augmente facilement, les instances augmenteront également. Mais par conséquent, comme un trafic diminue âme R E C deux instances. Donc, de cette façon, vous n'avez pas besoin d'avoir tout un tas de réservés ou sur l'homme facile à instances toujours exécutant l'auto-scaling global automatiquement mise à l'échelle vers le haut et vers le bas fonction du besoin et de la demande. Donc, à partir de la charge de l'application , l' équilibreur, nous allons passer à l'étape numéro cinq, que vous allez exécuter le site WordPress en utilisant easy to instance, et avec les instances Amazon Ec2, nous pouvons installer le dernières versions de WordPress, Apache Web Server, Ph. B sept et Opie Cash et la construction de l'image de machine Amazon qui sera utilisé par la configuration de Auto Scaling Group a lancé pour lancer de nouvelles instances dans le groupe. Ainsi, par exemple, mesure que le trafic augmente, le groupe de mise à l'échelle automatique va reconnaître que Maury voit deux instances sont nécessaires, et il utilisera cette image de machine I ou Amazon pour déclencher de nouvelles instances à lancer et mis en place. Maintenant, si les modèles d'accès à la base de données sont lus lourd Maman, nous pourrions envisager d'utiliser une prise WordPress qui tire avantage de cash leering comme Amazon Elasticache. Voyez-vous les mèmes coulés devant la couche de base de données pour encaisser les données fréquemment consultées et encore une fois, le but est de s'assurer que nous réduisons le Layton voir pour que les utilisateurs finaux ne remarquent aucun retard, quel que soit le nombre d'utilisateurs accédant au site WordPress. Alors pourquoi utiliser dans les deux derniers cash ou meme encaissé devant la base de données ? Nous allons grandement réduire le stress qui est mis sur la base de données. Vient ensuite la base de données. Non, il est fortement recommandé de simplifier l'administration de la base de données en exécutant Amazon RDS ou le service de base de données relationnelle en utilisant Aurora ou mon SQL et Aurora. Si vous les gars ne sont pas familiers, est le propre service de base de données d'Amazon. Ou vous pouvez utiliser une norme de l'industrie, ma base de données SQL. Il existe également un serveur de suite Microsoft, et, selon le type de données, dynamodb pourrait également être utilisé. Mais encore une fois, c'est spécifique à quel type de données va être stocké dans la base de données, que ce soit relationnel ou non, déterminera si vous utilisez ou ah, mon SQL ou dynamodb et sur Amazon, Easy aux instances, accéder à la guerre partagée. Appuyez sur les données dans un système de fichiers Amazon E. F en utilisant des cibles de montage dans chaque zone de disponibilité de votre vpc pour deviner, voir cela comme une dernière étape pour l'étape numéro huit, car en utilisant un Amazon DFS, qui est par nature très simple et hautement disponible et évolutive, les instances WordPress ont accès aux données de presse de guerre non structurées partagées comme les fichiers PSD , config, thèmes, plug-ins et accepter tra. Il s'agit donc d'une configuration de base de la façon dont vous voudriez avoir vos dispositions d'environnement sur AWS si vous allez héberger un site Web WORDPRESS. Donc, juste comme un résumé que les services que nous voudrions fournir dans l'hébergement site de presse prix est tout d'abord les questions de front caillot pour réduire la Grande-Bretagne voir, et ensuite nous voudrions obtenir le VPC mis en place dans un environnement multi ese. Vous pouvez avoir un VPC comme vous le voyez à l'écran ou, si vous préférez, vous pouvez également avoir plusieurs réseaux virtuels privés virtuels de cloud privé si vous voulez un système sain dans des régions distinctes. Mais par souci de simplicité, nous avons gardé en argent PC, mais le mettre dans deux zones de disponibilité pour s'assurer que notre environnement est hautement disponible . Ensuite, nous avons l'équilibreur de charge d'application et le groupe de mise à l'échelle automatique le Seigneur en bas, va juste distribuer une charge aux différentes instances faciles où, comme le groupe Auto Scaling va augmenter et réduire notre environnement basé sur demande. Ensuite, nous avons évidemment les instances faciles à obtenir et éventuellement l'argent élastique ou meme cash, selon si nos données peuvent être encaissées et ensuite nous avons nos instances de base de données. Ici, vous voyez Aurora, mais mon SQL ou même dynamodb, pourrait également être substitué en fonction du type de données et du type d'actions que la base de données va effectuer. Enfin, tous ses fichiers vont être stockés dans un Amazon DFS, qui est le système de stockage optimal pour un site Web d'hébergement WORDPRESS par rapport à un compartiment de maîtrise ou des volumes EBS. Donc, si vous allez mettre en place un site Web précieux prix, c'est l'architecte optimal que vous voulez vous assurer est mis en place à un niveau minimal pour assurer que votre site Wordpress est hébergé dans un environnement hautement disponible et aussi réduit la visibilité Layton pour vos utilisateurs finaux, peu importe où ils se trouvent dans le monde, ils obtiendront les meilleures performances en fonction de l'emplacement frontal du caillot 11. Principes de base de la migration AWS: tout le monde et appréciez cette leçon sur les raisons pour lesquelles et quand une organisation souhaite migrer vers AWS. Donc, dans les leçons suivantes, nous allons examiner les différentes architectures que nous pouvons créer dans Amazon AWS et comment nous pouvons les mettre en œuvre. Donc, dans cette leçon, je voulais vous donner un bon aperçu de ce que les organisations devraient faire avant de décider de migrer vers le cloud et en particulier vers AWS d'autres nombreuses raisons pour lesquelles une organisation souhaite migrer vers le cloud. Certains s'atténuent au cloud pour augmenter la productivité de leur personnel. J' ai donc vu beaucoup d'entreprises avec des projets de consolidation ou de rationalisation de centres de données migrer vers le cloud, en particulier celles qui se préparent à devenir un directeur d'acquisition ou connaissent une sorte de étalement de l'infrastructure. Au fil des ans, il y a aussi des entreprises qu'elles cherchent à repenser complètement leur entreprise, en utilisant la technologie moderne dans le cadre d'un programme de transformation numérique plus vaste, et j'ai été impliqué avec bon nombre d'entre elles dans le passé quelques années. Avec l'avènement du cloud computing et des applications cloud, de nombreuses entreprises cherchent à transformer leur infrastructure et à passer au cloud avant de décider de passer au cloud. Il y a peu de choses que nous devons garder à l'esprit quelle organisation aura ses propres raisons et contraintes uniques. Mais j'ai vu beaucoup de pilotes courants que je voulais partager avec vous, les gars, que les clients appliquent systématiquement un migration vers le cloud, donc 1er1 est opérationnel. Les coûts sont des éléments clés. dehors des coûts d'exploitation, le prix unitaire est réduit à la capacité de l'infrastructure à correspondre l'offre et la demande. Trouver une option d'orteil de voie et utiliser une base de coûts élastique et de transparence. Nous devons nous assurer non seulement de connaître chacun de ces composants, mais aussi de garder à l'esprit comment aws, ou comment n'importe quelle plate-forme cloud peut vous aider à surmonter et à atteindre ces coûts opérationnels. Ensuite, nous avons de la main-d'œuvre. La productivité est maintenant pratiquement augmentée par deux facteurs clés. Tout d'abord, ne pas avoir à attendre l'infrastructure et avoir accès au souffle et profondeur d'AWS avec plus de 90 services à votre disposition que vous auriez autrement, je pourrais construire et entretenir vous-même donc, en fait, il est courant pour les plateformes de cloud comme un doit-on voir des améliorations étonnamment de la productivité de la main-d'œuvre s'améliorer de près de 30 à 50 p. 100 à la suite d'une importante migration. Le 3ème 1 est classé évite d'éliminer le besoin de matériel. programmes d'actualisation et les programmes de maintenance constante sont les principaux contributeurs à l' évitement des coûts , et la migration vers les huit qui ne sont pas migrés vers huit de ce cloud contribue à accroître l'agilité opérationnelle globale. Il vous permet de réagir plus rapidement aux conditions du marché grâce à des activités telles que l'expansion vers de nouveaux marchés, vente de lignes hors de votre entreprise et l'acquisition d'actifs disponibles offrant un avantage concurrentiel . En utilisant plusieurs organisations AWS, vous pouvez fusionner deux comptes AWS différents en tow, un où vous pouvez les gérer sur le plan opérationnel en tant qu'unité unique, tout en les gardant séparés. En outre, grâce à l'utilisation des fonctions AWS Lambda et autres, vous pouvez créer des applications sur une plate-forme sans serveur, ce qui vous permet d'augmenter et de diminuer votre capacité au besoin. Et puis, enfin, nous avons aussi la résilience opérationnelle maintenant. Cela peut sembler évident, mais la réduction du profil de risque d'une organisation permettra également de réduire les coûts d'atténuation des risques dans 16 régions comprenant plus de 42 zones de disponibilité Amazon Web Services a une empreinte mondiale pour améliorer le temps de disponibilité, ce qui réduit également vos coûts liés aux risques. Ce sont donc les principaux moteurs d'activité que les organisations utilisent généralement pour décider quand et comment migrer vers le cloud, et plus précisément pour choisir huit d'entre nous. Désormais, le chemin vers l'adoption du cloud est tout à fait unique pour chaque organisation. Les étapes d'adoption que vous avez décrites ici peuvent être utilisées pour comprendre certaines des étapes impliquées. Commencez par le visage du projet, c' est-à-dire lorsque vous exécutez des projets pour obtenir des avantages familiers et expérimentés du cloud. Ensuite, il y a la phase de fondation. Donc, après avoir expérimenté les avantages du cloud et décidé que cela vous convient, vous construisez une base pour faire évoluer votre adoption du cloud. Cela inclut la création d'une zone d'atterrissage pourrait simplement être un environnement multi-nombre préconfiguré et sécurisé dans AWS. Vous pouvez également utiliser le modèle d'exploitation Cloud Center of Excellence, assurant ainsi la sécurité et la conformité. Donc, une fois que vous avez trouvé les bases, c'est à ce moment que nous arrivons à la phase de migration dans laquelle vous migrez des applications existantes, y compris les applications critiques Michigan Mission ou l'ensemble du centre de données vers le club. À mesure que vous échelonnez votre adoption sur une partie croissante de votre portefeuille. Enfin, nous avons la réinvention. Maintenant que les opérations sont dans le cloud, vous pouvez vous concentrer sur la réinvention en tirant parti de la flexibilité et des capacités huit d'entre nous pour transformer votre entreprise en accélérant le temps de mise sur le marché et en augmentant attention sur l'innovation. C' est donc la stratégie d'adoption de base et les étapes que beaucoup d'organisations utilisent et trouvent utiles maintenant à nouveau. Comme je l'ai dit, chaque organisation aura sa propre scène. Mais ce sont les étapes basiques des os nus que la plupart des organisations suivront sous une forme, forme ou une autre. Maintenant, il peut y avoir certains cas où votre laissez, disons , contempler de grandes jambes dans les migrations dans l'isolement. Mais la plupart du temps, les migrations vont faire partie d'un projet de transformation d'entreprise plus vaste et la plupart d' entre elles dans le monde, une approche en cinq étapes ou cinq phases. La première phrase, nous avons la migration, préparation et la planification des affaires. Maintenant, vous avez déterminé les bons objectifs et commencez à avoir une idée des types d'avantages que vous allez réaliser maintenant. Il commence par une expérience de base et l'élaboration d'une analyse de rentabilisation préliminaire pour une migration. Cela nécessite de prendre en compte ses objectifs, ainsi que l'âge et l'architecture sur les applications existantes et leurs contraintes. Dans la deuxième phase, vous avez la découverte de portefeuille et la planification que vous devez comprendre votre portefeuille i t , les dépendances entre les applications et commencer à considérer quels types de stratégies de migration vous devra employer pour atteindre vos objectifs d'analyse de rentabilisation. Je portefeuilles Découvrir l'approche de migration Vous êtes en bonne position pour élaborer une analyse de rentabilisation complète . Ensuite, vous avez 1/3 et la quatrième phase, qui est la conception, la migration et la validation de l'application. Vous entendez que le focus passe du niveau du portefeuille au niveau de l'application individuelle et que vous concevez des migrants et validez chaque application spécifique. Chaque application est conçue, migrée et validée selon l'une des six stratégies d'applications communes, qui AWS aussi à coup sûr, les six nôtres. Mais gardez simplement à l'esprit qu'il existe un processus différent pour migrer vos applications vers huit d'entre nous maintenant. Une fois que vous avez une expérience de base de la migration de quelques APS et que vous planifiez que l'organisation peut prendre du retard, il devient temps d'accélérer la migration et d'atteindre une échelle en termes de migration complète de votre l'infrastructure et les applications sur huit d'entre nous, et dans la phase finale est l'exploitation. Ainsi, au fur et à mesure que les applications sont migrées, vous avez itéré sur votre nouvelle base, éteignez les anciens systèmes, puis continuez à itérer vers un modèle d'exploitation moderne. Maintenant, vous exploitez Model devient un ensemble permanent des processus et des technologies des gens qui s'améliorent constamment à mesure que vous Margaret, plus d'applications sur le cloud AWS. Il s'agit donc d'un processus simple sur la façon dont vous pouvez migrer votre infrastructure et vos applications de votre bras du système vers le cloud AWS. Il est également important de considérer que si l'une des six stratégies qui peut être la meilleure pour migrer certaines applications dans le portefeuille donné, un autre Streisand pourrait mieux fonctionner pour déplacer différentes applications dans le même portefeuille . Donc, vous voyez ici, les six stratégies communes sont les stratégies les plus utilisées que les organisations utilisent en termes de passage de l'on prem dans le cloud. Donc vous voulez d'abord les gars. Il en haut est re holster également se référer à l'ascenseur et le changement dans le scénario de migration grand héritage , où une organisation cherche à mettre en œuvre rapidement sa migration et l'échelle. Pour moi, les applications de la majorité de l'analyse de rentabilisation sont hébergées, ce qui peut, dont la plupart des obligations utilisent des services tels que AWS SMS pour automatiser le processus de remise en vente . Ensuite, il y a aussi la plate-forme de re Leap, qui est aussi ascenseur, bricolage et décalage. Cela implique donc de réaliser quelques optimisations de nuages afin d'obtenir des avantages tangibles sans changer l'architecture de base de l'application. Alors que dans Re Horse, il vous suffit de choisir et de tomber dans le nuage où vous bricolez vous le ramasser, vous y apportez quelques modifications avant de le laisser tomber dans le nuage. Ensuite, vous avez rachat, qui est goutte boutique. Il s'agit donc d'une décision de passer à un autre produit et cela signifie probablement que votre organisation est prête à modifier le modèle de licence existant que vous utilisez. Ainsi, par exemple, pour les travailleurs qui pourraient être facilement mis à niveau vers des versions plus récentes, cette tragédie pourrait permettre une mise à niveau de l'ensemble de fonctionnalités et une implémentation plus fluide. Par exemple, si vous utilisez une base de , données héritée, vous pouvez décider de procéder au rachat ou au dépôt en magasin et de migrer vers les bases de données EMS sur Aurora ou Amazon Dynamodb. Le 4ème 1 que nous avons est re facteur ou re architecte, donc typiquement, cela est conduit par une entreprise forte soignée aux caractéristiques, échelle ou performance qui serait autrement difficile à atteindre dans les applications existantes environnement. Donc, si votre organisation cherche à stimuler l'agilité ou à améliorer les affaires, continue, continue T En passant à un architecte orienté service, ER, ces drags peuvent être utiles. Ensuite, nous avons également une option pour prendre sa retraite, qui est d'identifier i TSS qui ne sont plus utiles et peuvent être désactivés, puis conserver Qu'est-ce que Vous voudrez peut-être conserver des parties de votre portefeuille parce qu'il ya une application que vous ne sont pas prêts à migrer et à vous sentir plus à l'aise en les gardant sur Prem ou vous n'êtes pas prêt à prioriser une application qui a été récemment mise à niveau, puis à y apporter à nouveau des modifications. Donc, dans ces situations, vous pouvez soit décider de tout retirer ensemble, soit de conserver un sur Prem et migrer le reste des applications ou votre infrastructure après le cloud. Maintenant que nous avons une bonne idée du moment où une organisation doit et pourrait migrer dans le cloud AWS , vous avez donc décidé de migrer vers la qualité d'une bonne idée de la façon dont vous allez le faire. Vous avez vos objectifs commerciaux en place. Regardons différentes architectures que nous pouvons concevoir un architecte dans AWS Toe héberger différents types d'environnements. Plongons dans le reste de ce cours et examinons comment nous pouvons concevoir sur différentes plates-formes sur AWS. 12. Utiliser l'outil architecte bien AWS: Salut, tout le monde. Et bienvenue à cette leçon sur AWS. Eh bien, outil conçu. Il s'agit donc d'un outil qui va essentiellement vous aider à examiner l'état de vos charges de travail et à les comparer aux meilleures pratiques d'architecture AWS les plus récentes. Il est développé par Adovia s pour aider les architectes du cloud à construire une infrastructure applicative sécurisée, performante, résiliente et efficace. Il va donc vous fournir une approche cohérente pour évaluer les architectures. Et croyez-moi, il a été utilisé par des dizaines de milliers d'organisations à travers le monde et a reçu excellents commentaires de la part de toutes. La meilleure partie à ce sujet. Il s'agit d'un outil gratuit disponible dans AWS Management Council, qui ont été examinés en quelques minutes et tout ce que nous faisons est essentiellement de définir notre charge de travail. Répondez à une série de questions, et ça va nous donner des résultats. Donc, dans le diagramme, vous voyez ce que nous sommes occupés à faire, c'est que nous allons identifier l'entrevue de charge de travail . Nous allons donc répondre à une série de questions qu'AWS va nous poster, et l'outil va examiner les réponses par rapport aux cinq piliers établis par le cadre bien conçu, qui est l'excellence opérationnelle, sécurité, fiabilité, performance, efficacité et optimisation des coûts. Oublie. Rappelez-vous, de la leçon précédente, que nous avons brièvement examiné les cinq d'entre eux. Et après ça, qu' est-ce qui va éclater tout ce que tu auras ? Des vidéos et des documents liés à l'aide de ces pratiques exemplaires vont générer un rapport qui résume l'examen de la charge de travail. Ensuite, vous pouvez également examiner les résultats de la charge de travail dans l'ensemble de l'organisation dans un bord unique lorsque nous décidons de migrer vers AWS et de développer une architecture dans AWS fonction de notre activité . cet outil pour définir d'abord notre charge de travail et le type de changements que nous devons apporter. Parce que si vous êtes migré, le caillot ou si vous développez quelque chose de nouveau à New York, Thatcher Dans AWS, vous voulez toujours vous assurer que vous utilisez les dernières technologies et que vous suivez les meilleures il s'agit donc d'un outil gratuit pour vous aider à les faire. Alors connectons-nous à notre conseil de gestion et voyons comment nous pouvons obtenir cet outil pour nous aider à déterminer si notre architecture suit les meilleures pratiques. Donc nous y voilà. Nous sommes dans le tableau de bord de la console man AWS. Je suis déjà allé dans l'outil Well architected, et c'est le diagramme que nous avons essentiellement regardé. Quelques-uns que tu fais. Je vais aller de l'avant et cliquer sur, définir la charge de travail pour commencer à répondre à quelques questions et voir quel genre de résultats nous allons obtenir. Et ici, nous pouvons sélectionner l'industrie dans laquelle notre entreprise relève. Il ya beaucoup d'intérêt, voit que nous pouvons choisir de si ce que je vais faire. Je vais juste en choisir un exemple, disons, une publicité numérique. Et puis il n'y a pas de possibilité de plonger plus loin dans l'industrie spécifique. Donc, si j'ai sélectionné, la publicité numérique va briser ça pour moi. Si,par exemple,j'ai par exemple, choisi des services financiers, cela se répartira différemment. Nous allons le bâton était notre publicité numérique. Disons que je suis un éditeur hors tête, et ici nous pouvons choisir où la charge de travail va s'exécuter pour notre organisation. Sur ce sont toutes les régions AWS à travers le monde. Donc, selon l'endroit où se trouve notre organisation ou l'endroit où se trouvent nos bureaux, affaiblir sélectionner cette région spécifique Et si nous avons plusieurs régions, nous pouvons également sélectionner plusieurs régions, et la charge de travail pour nous là-bas. Voyons si j'ai mes opérations principales aux Etats-Unis et au Nil ou si j'ai une équipe opérant en Inde. Je travaille comme ces deux régions dans le framer et l'environnement AWS. Quand Mr War Gold va tourner, qu'il s'agisse de production ou de préproduction, je vais à la production sélective. Et si vous avez plusieurs de ces comptes, vous pouvez également avoir cette étendue sur ces comptes multiples. Je vais aller de l'avant et définir notre charge de travail. Et voici où nous pouvons commencer à répondre à ces questions basées sur ces cinq piliers, dont nous avons déjà discuté. Donc, je vais aller et faire est de cliquer sur Démarrer notre examen, et voici va nous poser neuf questions sur l'excellence opérationnelle Excel. Il y a 11 questions sur la sécurité. Il y a neuf questions sur la responsabilité. Il y a huit questions sur l'efficacité de la performance, puis il y a aussi neuf questions sur l'optimisation des coûts, donc nous devrions passer par une réponse à chacune d'entre elles, selon qu'elles se rapportent ou non à notre analyse de rentabilisation. Si, par exemple, nous examinons le 1er 1 en matière d'excellence opérationnelle en attestant, comment pouvons-nous déterminer nos priorités et ensuite avoir une liste de réponses pour nous ? En outre, nous pouvons également mettre des notes. Donc, s'il y a une désinformation, nous voulons un accord que nous sachions, basé sur la façon dont nous déterminons nos priorités, nous pouvons également les mettre dans les notes ou nous avons plusieurs autres options. Si cette question ne s'applique pas à nous en fonction de notre type d'entreprise, nous pouvons dire que cette question ne s'applique pas ou si aucune de ces questions ne s'applique à notre entreprise est également une option pour toutes les questions pour aucune d'entre elles. En outre, si vous voulez savoir ce qu'ils signifient par évaluation des besoins des clients externes, il y a une option pour obtenir des informations ici. Si nous cliquons sur le côté droit, cela nous donne des détails sur toutes ces réponses. Ainsi, par exemple, évaluant l'action dont tous les clients ont besoin, il nous permet de savoir que ce qu'un sans pattes signifie que cela signifie impliquer des parties prenantes clés, y compris les équipes de développement des affaires et d'exploitation, pour déterminer où concentrer les efforts opérationnels sur les pistes de questions externes. Cela vous permettra d'avoir une compréhension approfondie du soutien opérationnel nécessaire pour obtenir des résultats opérationnels. Donc, si vous voulez plus de précisions sur les réponses correctes, suffit de cliquer sur l'info et il vous donnera les détails de toutes ces réponses sur le côté droit . Et c'est la même chose pour tous les cinq piliers. Cliquez à nouveau sur Sécurité. Comme je l'ai mentionné. Si c'est la même chose, et que nous pouvons obtenir des réponses supplémentaires ici pour le double pour la première question sur les valeurs mobilières, comment gérez-vous les informations d'identification et l'authentification ? Donc ici, nous pouvons sélectionner et encore une fois la plupart de notre multi sélection. Donc, il n'y a pas l'un ou l'autre affaiblit, comme autant d'options qui nous sont applicables. Je vais aller de l'avant et répondre rapidement à toutes ces questions, et vous pourrez revenir voir comment ça va se passer. S a évalué mes réponses en ce moment que j'ai répondu à toutes ces questions que nous avons vues précédemment, vous pouvez voir que le statut ici bas a changé d'orteil pour être répondu. Donc, disons si nous voulons revenir en arrière et changer l'une des réponses que nous avons spécifiées, dans l'un de ces cinq piliers. Nous pouvons aller de l'avant et poursuivre notre examen, et cela nous ramènera à toutes ces questions. Affaiblir. Choisissez ceux que vous souhaitez modifier si, par exemple, vous devez le faire. Disons que nous avons tous fini avec nos réponses. Qui a décidé que le que nous avons pleinement expliqué notre charge de travail et nous essayons de faire et que nous voulons générer le rapport parce que nous pourrions soit générateur rapport à Donald A. Pdf de celui-ci, ou nous pouvons cliquer sur le plan d'amélioration, et cela nous donne un statut sur notre structure actuelle et sur la façon dont nous fonctionnons en fonction ces cinq piliers. Ainsi, vous pouvez voir qu'il a identifié 21 domaines considérés comme présentant un risque élevé par AWS sur la base de leurs meilleures pratiques. Et il a identifié 24 secteurs considérés comme à risque moyen selon leur propre cadre. Donc, si nous cliquons sur le risque élevé nous donne les questions étaient les domaines qui, selon eux, sont un risque élevé lorsque vous migrez vers le cloud, ou même si vous ne migrez pas vers le cloud dans votre propre sur à partir du système, ces zones devraient ont des améliorations pour augmenter le niveau de risque en fonction des cinq piliers. Elle reconnaît que l'une des questions auxquelles je réponds est Comment détecter et enquêter sur les événements de sécurité ? Donc, si nous cliquons sur la flèche vers le bas, elle nous indique les améliorations recommandées sur la façon dont nous pouvons améliorer la façon dont nous détectons et enquêtons sur nos événements de sécurité. Et il en va de même pour toutes les autres questions. Comment protégez-vous vos données au repos, fonction de la réponse que vous avez fournie. Et encore une fois, ces réponses seraient la façon dont vous exploitez réellement votre environnement actuel. Il nous donne un plan d'action recommandé pour améliorer la façon dont nous protégeons nos données au repos. Et cela va de pair pour tous ces 21 éléments sont identifiés comme présentant un risque élevé, et il en va de même pour un risque moyen. Donc, si nous cliquons sur l'un de ces éléments, cela nous amène à leur documentation et à leur explication sur la façon dont nous pouvons aller de l'avant et améliorer la gestion de nos identifiants et de notre authentification. Donc, ici, nous pouvons obtenir plusieurs informations sur la façon dont nous pouvons faire l'authentification multi-facteurs ou mettre place des stratégies de mot de passe, et ainsi de suite. En outre, il est également option pour les ressources et les partenaires. Ainsi, par exemple, si vous souhaitez qu'un cabinet de conseil vienne vous aider, cela vous donnera une liste des organisations disponibles qui sont certifiées quotidiennement A qui peuvent entrer et faire un Oreo global sur votre système et vous aider à vous recommander comment améliorer tous ces domaines identifiés comme présentant un risque élevé à risque moyen. En outre, également disposez égalementd'un statut d'amélioration dans lequel vous pouvez choisir l'état de vos améliorations de charge de travail, qu'elles aient commencé leur en cours ou que le risque soit reconnu. signifie que vous savez qu'il existe un risque social avec ce qui a été identifié par AWS. Mais c'est comme ça que tu opères et tu n'es pas inquiet pour nous. Affaiblir. Signalez-les comme des risques. Reconnaître Donc c'est un très bon outil et un tableau de bord royal pour vous permettre non seulement de voir les domaines sur lesquels vous devriez améliorer en fonction des meilleures pratiques, mais aussi de vous donner une bonne plate-forme de gestion de projet où vous pouvez gérer l'identification et corriger ces secteurs qui sont identifiés comme étant à risque moyen et élevé, ou simplement dire que oui, le risque a reconnu, vous savez, vous savez, mais qu'il n'y a aucun moyen de l'atténuer en fonction de la façon dont vous exploitez votre organisation  ; ici aussi, vous pouvez définir la priorité du pilier. Disons donc que l'excellence opérationnelle pour vous prend la priorité sur la sécurité ou la fiabilité. Nous pouvons aller de l'avant et changer ces priorités en cliquant sur le bouton Modifier ici. Donc encore une fois, en fonction de ce que vos processus d'entreprise sont, quels sont vos objectifs vous condamnez bien, quelle priorité a priorité ou l'autre, et tous automatiquement changé le haut et le moyen risque et identification en fonction de ce risque. Parce que, comme vous pouvez le voir par le bas, la plupart de ces éléments à risque élevé sont des événements de sécurité liés à la sécurité. Protéger vos données en protégeant vos données parce que nous avons défini la sécurité comme un pilier prioritaire, qui la plupart du temps, par défaut, devrait être votre premier pilier prioritaire. Mais encore une fois, chaque organisation fonctionne différemment. Donc, s'il s'agit d'excellence opérationnelle ou d'optimisation des coûts, vous pouvez le mettre en avant, et il identifiera les risques en fonction de cette priorité et une seule réflexion finale pour le rapport de génération. Si vous générez le pdf, il sera essentiellement Papa un pdf qui pourrait être partagé au sein de votre organisation qui donne juste un aperçu ou tout sur l'ensemble de la question que vous avez répondu, et il donne un bon aperçu sur l'industrie et les détails que vous avez sélectionnés. Sur la base de cet examen, il donne les secteurs à risque élevé et moyen qui sont identifiés en termes de ces cinq piliers est identifié pour les secteurs à risque élevé et cinq à risque intermédiaire dans l'excellence opérationnelle . en va de même pour la sécurité, la fiabilité, l'efficacité et l'optimisation des coûts. Ensuite, il fournit les réponses que vous avez fournies pour toutes les questions des cinq piliers. Ça donne une question. Il nous donne le choix que vous avez choisi et les choix que vous n'avez pas sélectionnés. si vous partagez ce rapport au sein de l'organisation, ils peuvent voir toutes les options disponibles et toutes les options que vous avez sélectionnées. Donc, s'il y en a un que vous n'avez pas sélectionné qui devrait être sélectionné, ils peuvent le signaler et l'identifier, et vous êtes en mesure de revenir en arrière et de modifier les réponses de l'année, et il vous donnera à nouveau un plan d'amélioration différent basé sur ceux édités réponses. Il s'agit donc d'un très bon outil PDF où aller à partager au sein de votre organisation pour vous aider à identifier les domaines qui peuvent être améliorés lorsque vous passez à AWS et les domaines qui devraient être améliorés en fonction des meilleures pratiques, car si vous êtes dans le cloud, si vous modifiez votre infrastructure, si vous êtes architecte dans votre architecture sur le cloud, qu'il s'agisse d'un AWS ou d'une autre plate-forme est toujours une bonne pratique. Pour vous assurer que vous l'êtes, vous identifiez ce que vous faites actuellement et de le comparer aux meilleures pratiques, et cet outil est très robuste et vous aide à le faire d'une manière très simple et facile.