Qu'est ce que le cloud AWS? - Les mannequins

Amazon Web Services (AWS) est en réalité une vaste gamme de services qui peuvent affecter les consommateurs, les petites et moyennes entreprises (PME) et les entreprises. Grâce à AWS, vous pouvez tout faire, de la sauvegarde de votre disque dur personnel à la création d'un service informatique à part entière dans le cloud.

La base installée est immense. Vous pouvez trouver des études de cas d'entreprises comme Adobe et Netflix qui utilisent AWS. L'utilisation d'AWS n'est pas réservée aux entreprises privées - même le gouvernement utilise ses services.

Les technologies qui rendent tous ces services possibles sont en réalité simples dans la conception. Pensez à une paire de boîtes de conserve avec une ficelle attachée entre eux. Amazon tient une boîte de conserve et vous tenez l'autre. En parlant dans une boîte de conserve, vous pouvez entendre ce qui est dit à l'autre bout. La mise en œuvre, cependant, repose sur des détails qui rendent la communication plus difficile que vous ne le pensez au départ. La discussion suivante vous donne un aperçu du fonctionnement du cloud AWS.

Architectures applicatives pilotées par les services

Les architectures applicatives pilotées par les services, parfois appelées SOA (Service-Oriented Architectures), peuvent prendre plusieurs formes. Quelle que soit la façon dont vous les visualisez, les architectures d'applications axées sur les services sont des extensions des technologies client-serveur utilisées dans les débuts de l'informatique, en ce sens qu'un client effectue une requête qu'un serveur exécute en effectuant une action ou envoyer une réponse. Cependant, les détails de mise en œuvre ont considérablement changé au fil des années, rendant les applications modernes beaucoup plus fiables, flexibles et moins dépendantes d'une configuration réseau spécifique.

Le processus de demande et de réponse peut impliquer plusieurs niveaux de granularité, le terme microservice étant appliqué aux plus petites paires de requêtes et de réponses. Les développeurs se réfèrent souvent à une application qui repose sur une architecture applicative pilotée par le service en tant qu'application composite car elle existe sous la forme de plusieurs pièces collées ensemble pour former un ensemble. Les architectures d'application pilotées par le service suivent de nombreux modèles spécifiques, mais en général, elles utilisent la séquence suivante pour effectuer des tâches de communication.

1. Créez une requête sur le client en utilisant la technologie de message requise par le serveur.
2. Emballez la demande, en ajoutant de la sécurité ou d'autres informations, au besoin.
3. Envoyez la demande à l'aide d'un protocole, tel que le protocole SOAP (Simple Object Access Protocol), ou d'une architecture, telle que REpresentational State Transfer (REST). (Découvrez comment SOAP fonctionne et comment fonctionne REST - une connaissance des deux est utile pour travailler avec AWS.
4. Traite la requête sur le serveur.
5. Effectuez une action ou renvoyez des données selon les besoins de la demande.
6. Lorsque vous travaillez avec des données, traitez la réponse sur le client et présentez les résultats à l'utilisateur (ou à un autre destinataire).

AWS fournit une architecture d'application pilotée par le service dans laquelle vous choisissez un service spécifique, tel que S3, pour effectuer des tâches spécifiques, telles que la sauvegarde de fichiers sur un disque dur. Dans de nombreux cas, vous devez effectuer des étapes de configuration en plus d'interagir simplement avec le service. Par exemple, si vous regardez ce didacticiel de dix minutes, vous trouvez que vous devez d'abord créer un compartiment pour stocker les fichiers que vous souhaitez télécharger sur Amazon. Cette étape supplémentaire est logique car vous devez définir un emplacement à partir duquel récupérer les fichiers plus tard, et vous ne voulez pas que vos fichiers soient mélangés avec des fichiers d'autres personnes.

Même si la plupart des processus que vous exécutez avec AWS nécessitent l'utilisation d'une application (de sorte que vous disposez d'une interface utilisateur plutôt que d'un code de travail), le processus sous-jacent est le même. Le code fourni dans l'application fait des demandes pour vous et attend une réponse. Dans certains cas, l'application doit déterminer le succès ou l'échec d'une action sur le serveur. Vous devez réaliser, cependant, que ces actions ont lieu dans le code et que le code utilise une séquence d'étapes pour accomplir la tâche que vous lui avez demandé d'effectuer.

Flux de production axés sur les processus et les fonctions

Lors de la création d'applications pour gérer les services sous-jacents, AWS définit également les flux de travail. Un workflow est une méthode organisée pour accomplir des tâches. Par exemple, lorsque vous souhaitez enregistrer un fichier dans AWS à l'aide de S3, vous devez d'abord créer un compartiment pour contenir le fichier. Ce n'est qu'après avoir créé un compartiment que vous pouvez enregistrer un fichier dans AWS. En outre, vous ne pouvez pas extraire un fichier du compartiment avant d'y avoir d'abord enregistré un fichier, ce qui est logique car vous ne pouvez pas saisir un fichier à partir de rien. En résumé, un workflow définit une procédure pour travailler avec un logiciel, et le concept existe depuis longtemps. (Les premiers workflows sont apparus au milieu des années 1970 avec de simples prototypes de bureautique au Xerox Parc et à la Wharton School of Business de l'Université de Pennsylvanie.)

Les workflows peuvent être constitués de workflows supplémentaires. En outre, les flux de travail gèrent l'interaction entre les utilisateurs et les services sous-jacents. Un processus est l'agrégation de services gérés par des workflows en un ensemble cohérent. Les flux de travail peuvent exécuter des tâches génériques, mais les processus ont tendance à être spécifiques et aident les utilisateurs à atteindre des objectifs particuliers. Un flux de travail axé sur les processus est proactif et tente de contourner les problèmes potentiels en

• Détecter les schémas de défaillance et y remédier
• Rechercher les tendances qui mènent à des échecs
• Localisation et extinction des menaces potentielles

ces tutoriels, vous trouvez qu'ils impliquent tous l'utilisation d'un certain type d'interface utilisateur. L'interface utilisateur fournit le flux de travail utilisé pour gérer les services sous-jacents. Chaque étape majeure du didacticiel est un flux de travail qui effectue une tâche spécifique, telle que la création d'un compartiment.Lorsque vous combinez ces workflows individuels dans un ensemble, le processus peut aider un utilisateur à effectuer des tâches telles que le transfert de fichiers entre le cloud et le système de l'utilisateur. La création d'un système de fichiers cloud est un exemple de workflow piloté par processus: Le workflow existe pour rendre le processus viable. Les flux de travail peuvent devenir assez complexes dans les opérations à grande échelle, mais leur visualisation vous aide à mieux comprendre AWS. Trouvez une discussion plus détaillée sur les flux de travail et les processus.

Une fonction est l'utilisation réactive de services gérés par des workflows pour traiter des problèmes spécifiques en temps réel. Même si les workflows basés sur les processus fonctionnaient sans arrêt, la réalité est que même avec une fiabilité de 99,999%, le processus échouera à un moment donné et un workflow piloté par une fonction doit être mis en place pour remédier à cette défaillance.. Bien que les flux de travail axés sur les processus se concentrent sur l'exécution flexible des tâches, les flux de travail axés sur les fonctions se concentrent sur l'atténuation de l'impact d'une défaillance. En résumé, les flux de travail axés sur les fonctions répondent aux besoins. Les services et workflows AWS traitent également ce problème via l'interface utilisateur, par exemple en restaurant manuellement une sauvegarde pour pallier une défaillance du système.