Bonjour, je m'appelle Demetria Crawford. Et dans cette leçon, nous passerons en revue les AWS Compute Basics. Parlons d'abord des composants nécessaires pour le calcul à partir d'un ordinateur. Nous avons l'unité centrale de traitement, le CPU, qui est le cerveau de votre ordinateur. Il fait toute la réflexion, ou dans ce cas, le traitement, pour vous. Nous avons de la RAM, de la mémoire vive, qui stocke les fonctions ou applications actives qui attendent d'être traités par le CPU. Vient ensuite le stockage, nous utilisons généralement des disques durs ou une forme de stockage, comme des disques externes. Ce sont les mêmes composants requis pour le cloud computing ou la virtualisation. Lors de la création d'instances telles que les EC2, vous paramétrerez le montant de chacun de ces éléments. Jetons un coup d'œil à certains des services de calcul AWS. Maintenant, j'ai mentionné les EC2, qui est Amazon Elastic Cloud Computing ou Elastic Compute Cloud, EC2s. Il s'agit d'un service Web qui fournit capacité de calcul sécurisée et redimensionnable dans le cloud. Il est conçu pour faciliter l'informatique à l'échelle du Web pour les développeurs. Maintenant, lorsque nous examinons les différents types d'EC2, la première chose que vous devrez être en mesure d'identifier est le type ou le type d'instance que vous souhaitez utiliser. Dans ce cas, nous disons, combien de processeurs souhaitez-vous utiliser ? Quel type d'architecture, i386 ou x86 ? Combien de mémoire ou RAM? Quel type de stockage ? Ce sont toutes certaines des choses vous auriez à configurer avec EC2s, dont nous parlerons plus en détail dans d'autres leçons. Ensuite, nous avons des conteneurs en tant que forme de services de calcul. Amazon ECS, ou plutôt Amazon Elastic Container Service, est un service d'orchestration de conteneurs entièrement géré qui facilite le déploiement, la gestion, et mettre à l'échelle des applications conteneurisées. Alors, que faisons-nous lorsque nous utilisons des conteneurs ? c'est que nous découplons ou minimisons la taille des applications. Nous démontons l'application et le mettre en morceaux, et chacune de ces pièces aura son propre contenant de sorte qu'il vous aide à gérer ces pièces et pièces. Par exemple, si vous avez une application qui doit avoir des mises à jour ou une gestion des correctifs à différents éléments de cette demande, pour en minimiser les effets, vous pouvez appliquer ces modifications uniquement à des pièces spécifiques ou aux conteneurs eux-mêmes. Ainsi, avec Amazon Elastic Container Service, vous pouvez définir votre application, sélectionner les images du conteneur et les ressources nécessaires à votre candidature, puis appliquez les options de calcul. Vous pouvez lancer des conteneurs sur divers services de calcul pris en charge, puis vous gérez simplement ces conteneurs. Amazon, ECS fait évoluer votre application et gère la disponibilité de vos conteneurs. Ensuite, nous avons le service sans serveur. Avec le service sans serveur AWS, nous utilisons le service AWS Lambda. Lambda vous permet d'exécuter du code sans provisionner ni gérer de serveurs. Vous ne payez que pour le temps de calcul que vous consommez, il n'y a pas de frais lorsque votre code ne s'exécute pas. Avec Lambda, vous pouvez exécuter du code pour virtuellement tout type d'application ou de service backend, le tout sans aucune administration. Prenons un exemple. Alors disons que vous prenez une photo et que vous placez une copie de cette photo dans un bucket Amazon S3 pour le stockage. Quelque chose doit déclencher Lambda ou un service sans serveur pour fonctionner réellement. Dans ce cas, chaque fois qu'une photo est placée dans le seau, Lambda est déclenché pour redimensionner cette image afin qu'elle tienne en fonction de l'appareil qui y accède. Ainsi, AWS Lambda exécute le code de redimensionnement d'image une fois déclenché, puis la photo est redimensionnée en formats Web, mobile ou tablette. Dans ce cas, il n'y a pas de serveurs courir pour vous, le client. Il y a des serveurs en arrière-plan, mais c'est dans l'installation AWS ou Amazon qui l'exécute. C'est plus comme un script, alors considérez-le comme un script qui est exécuté lorsqu'il est déclenché. Donc pour vous, le client, le calcul est en cours, mais vous n'êtes pas obligé d'avoir un serveur ou EC2 juste pour exécuter cette action particulière ou réaliser cette action. Cela vous permet d'économiser des coûts et du temps d'administration car la seule fois où ce service calcule ou le calcul est en cours, c'est s'il est déclenché. Vous ne payez donc pas pour une utilisation constante d'un serveur qui n'est pas utilisé à tout moment. Ensuite, nous avons Edge et Hybrid. Maintenant, avec Edge et Hybrid, ce sont des services que nous utilisons pour minimiser la latence et pour s'assurer que nous obtenons la meilleure fonctionnalité basée sur notre emplacement, nos besoins à notre emplacement sur place, et les services que nous utilisons d'AWS. Donc, dans ce cas, vous pouvez utiliser ou exécuter des serveurs sur votre emplacement tout en utilisant les services qui se trouvent dans le cloud, dans AWS. Par exemple, le stockage, vous pouvez utiliser la famille AWS Snow pour collecter et traiter les données dans un environnement Edge déconnecté. Donc, vous pouvez avoir des données qui sont stockées pour une plus longue période de temps que vous voudrez peut-être conserver dans un coffre-fort, tandis que les magasins de données que vous utilisez régulièrement, vous voudrez peut-être avoir sur place. Nous avons donc la possibilité d'utiliser à la fois Edge et ressources hybrides d'AWS. Maintenant enfin, nous avons notre coût et services de calcul de gestion. Maintenant, dans ce cas, nous ne créons pas de serveurs ou de calculs spécifiques. Nous gérons le calcul, nous gérons la disponibilité et les niveaux de capacité de nos services de calcul. Nous utilisons deux services principaux pour cela, nous avons Auto Scaling et nous avons Elastic Load Balancing. Auto Scaling vous aide à maintenir la disponibilité des applications et vous permet d'ajouter automatiquement ou supprimer des instances EC2 selon les conditions que vous définissez. Vous pouvez utiliser la fonction de gestion de flotte de la mise à l'échelle automatique d'Amazon EC2 pour maintenir la santé et la disponibilité de votre flotte. Vient ensuite l'équilibrage de charge élastique, qui distribue automatiquement le trafic entrant des applications sur plusieurs cibles et appliances virtuelles dans une ou plusieurs zones de disponibilité. L'utilisation de serveurs Web en est un parfait exemple. Disons que nous avons 10 serveurs Web, nous ne voulons pas que tout le trafic arrive sur un seul serveur. Toute la charge de travail sur un seul serveur n'est pas bon usage des neuf autres. Ainsi, avec Elastic Load Balancing, il s'assure que la charge de travail, le trafic, s'étend sur tous les serveurs. Donc, il indique au trafic où aller basé sur la santé des serveurs Web. Et nous pourrions dire en fonction de l'emplacement, basé sur le contenu, basé sur les serveurs qu'il est déjà utilisé avant, donc sessions collantes. Nous avons donc beaucoup de façons différentes que nous pouvons gérer le trafic en fonction de nos besoins. Cela permet d'assurer une haute disponibilité, et c'est aussi une bonne utilisation de nos serveurs dont nous disposons via AWS. Restez à l'écoute pour la prochaine leçon où nous passerons en revue AWS Elastic Compute Cloud. Merci d'avoir regardé.