La stratégie sans serveur AWS a un conteneur avant et central

Lambda a été le produit AWS le plus populaire au cours des deux premières années suivant sa sortie. Cependant, depuis lors, les conteneurs ont allumé le feu des projecteurs, laissant derrière eux les serveurs et Lambda. Bien que le Lambda soit plus facile à démarrer et à entretenir, il présente certains inconvénients en termes de coût et d’adaptabilité pour une utilisation commerciale complexe. Dans ce cas, ce que nous voyons, c’est qu’AWS avance prudemment en améliorant les offres sans serveur et en les combinant avec des conteneurs. Dans cet article, nous examinons toutes les annonces majeures récentes d’AWS dans cet espace sans serveur et sans conteneur.

AWS App Runner : une nouvelle façon simple d’exécuter des conteneurs

AWS ne laisse rien à désirer pour faire fonctionner les conteneurs sans effort. Leur effort le plus récent est Curseur d’application. Il s’agit d’un service conçu pour exécuter toute image de conteneur que vous créez dans un référentiel de code source ou à partir d’un registre de conteneurs et l’exécuter sans serveur. Pour être sûr, App Runner est un service distinct de Lambda. Cependant, AWS a également amélioré Lambda avec la possibilité d’exécuter des conteneurs, ce qui semble très similaire.

Avec App Runner, cependant, AWS cherche à rendre la gestion des conteneurs extrêmement facile. Tout aussi simple que de pointer vers un conteneur de destination, de définir certaines configurations sur un formulaire et de cliquer sur un bouton. Ne nécessite aucune compétence en infrastructure cloud. C’est idéal pour les développeurs d’applications dans les start-ups ou les équipes créant un MVP qui ne veulent pas toutes les cloches et sifflets d’une application complète mais recherchent un démarrage rapide et la possibilité d’évoluer automatiquement avec facilité.

AWS Proton : livraison de ressources cloud sous forme de modèles


AWS Proton
met en œuvre le modèle de plate-forme qui prend de l’ampleur dans de nombreuses entreprises. Il permet aux équipes d’infrastructure de fournir des modèles de service pouvant être utilisés par les équipes de développement pour tous les nouveaux microservices dont ils ont besoin pour développer. Ces services peuvent être à des fins diverses, comme un service Web ou un service de traitement de données. Ils peuvent fonctionner avec Lambda ou Fargate. L’équipe d’infrastructure peut combiner un package AWS tel que CodePipeline pour CI/CD et des outils de surveillance tels que CloudWatch pour déterminer les versions du service que les développeurs souhaitent exécuter. Tout ce qu’un développeur a à faire est de cliquer sur un bouton et le modèle de service crée les ressources requises. Pour les groupes d’infrastructure, l’avantage de surveiller les services utilisés par quels groupes est inestimable.

Le rapport State of DevOps 2020 montre que le modèle de plate-forme prend de l’ampleur dans les équipes DevOps performantes et matures. AWS Proton est un pas dans la bonne direction, permettant cette approche en utilisant des services de serveur sans cloud tels que Lambda et Fargate. L’objectif ultime est de permettre la productivité des développeurs tout en garantissant la sécurité et la fiabilité des équipes d’infrastructure. Un avantage est que l’infrastructure elle-même n’a pas de serveur et est entièrement gérée par AWS.

Lambda prend désormais en charge les fonctions contenant des conteneurs

Dans ce qui était considéré comme un signe clair que l’écosystème cloud favorise grandement les conteneurs sans serveur, AWS a annoncé que Lambda prendra désormais en charge le téléchargement de code emballé dans une image de conteneur. Auparavant, vous ne pouviez télécharger du code sur Lambda que sous forme de fonctions. Cela ouvre la possibilité d’utiliser Lambda à un public plus large. Les utilisateurs de conteneurs exécutent des piles complexes, ce qui est requis pour la plupart des applications d’entreprise. Cependant, pour de nombreuses applications entièrement nouvelles qui sont plus récentes et plus simples, vous voudrez peut-être quelque chose de facile à exécuter (comme sans serveurs) et qui soit également ouvert dans une personnalisation approfondie (comme des conteneurs). Il s’agit du public qui souhaite utiliser la sélection d’images de conteneur Lambda. Il s’agit d’un petit public intermédiaire aujourd’hui, mais à mesure que les conteneurs et les serveurs convergeront davantage dans les années à venir, nous pourrions voir davantage ce type de mashup.

AWS l’a déjà sous la forme de Fargate, où vous pouvez exécuter des conteneurs sur une infrastructure sans serveurs. Malheureusement, le verset AWS est plein de chevauchements et c’est un autre exemple. Cependant, si vous êtes sélectif quant à la bonne combinaison de ressources cloud à votre disposition, plus vous fusionnez et plus de conteneurs chez Lambda sont un ajout bienvenu.

Lambda vous permet de traiter les données S3 en déplacement

La stratégie sans serveur AWS a un conteneur
Le S3 est l’un des services Web Amazon les plus utilisés et AWS veut le rendre aussi facile à utiliser que le Lambda avec le S3. Auparavant, vous deviez créer un stockage temporaire séparé pour les données à partir desquelles Lambda traite et la sortie est envoyée à une application. AWS a maintenant réduit une étape de ce processus, vous permettant de traiter les données S3 au fur et à mesure de leur récupération. Vous n’avez pas besoin de sauvegarder ces données, ce qui accélère le temps de traitement, simplifie les opérations et réduit les coûts. Vous pouvez l’utiliser pour une utilisation, telle que la suppression des données PII des données avant de les envoyer à une application ou l’ajout de nouveaux niveaux d’enrichissement à un ensemble de données ou la conversion de données d’un format à un autre.

Les extensions lambda sont spécialement conçues pour les agents d’exploitation

Les organisations utilisent de nombreux outils de surveillance et de sécurité. Ces outils sont basés sur des facteurs qui absorbent les données de différentes parties du système. Quelques exemples de ces outils sont Splunk, New Relic et Datadog. Lambda excelle dans la réalisation de tâches à court terme qui sont éphémères. Cependant, ces outils ont des agents qui durent longtemps et Lambda n’était pas idéalement adapté pour le fonctionnement de ces agents. Afin de résoudre ce problème, AWS crée des extensions Lambda qui permettent aux organisations d’exécuter facilement des agents pour ces outils. AWS a mis à disposition des extensions pour ces outils afin qu’ils puissent être développés sans problème et autorisés à s’exécuter sur le Lambda à long terme. AWS a également rendu très facile l’envoi de données de ces extensions à d’autres services AWS tels que S3, Kinesis ou Elasticsearch pour un traitement ultérieur.

Fonctionnalités CloudFront pour une édition ultra-légère des bords

CloudFront est le service AWS CDN utilisé pour fournir des applications dans le monde entier avec une latence extrêmement faible. Souvent, ces applications doivent traiter les données au point où les données sont consommées. CloudFront compte actuellement environ 218 sites dans le monde. Auparavant, AWS était lancé [email protected], ce qui est idéal pour le traitement de données moyennes à lourdes à la périphérie. Vous permet de transformer des images en déplacement ou de fournir une application Web dynamique. Cependant, pour de nombreux scénarios de pointe, tout ce dont vous avez besoin est une édition légère, telle que l’édition et une URL ou un en-tête HTTP. Pour ces tâches légères, [email protected] est excessif. C’est pourquoi AWS a lancé CloudFront Functions, qui est activé sur chaque demande CloudFront et convient aux tâches de données légères et à court terme. Une différence clé entre les deux services est que CloudFront Functions est extrêmement léger et rapide par rapport à [email protected] Utilise le runtime JavaScript, pas Node ou Python, qui [email protected] utilise et a un temps d’exécution maximum inférieur à 1 milliseconde par rapport [email protected]5 secondes.

Mix AWS sans serveur ni conteneur : un certain nombre d’options

AWS est toujours occupé à produire de nouveaux produits et services jusqu’au mois. En tant que principal fournisseur de cloud, AWS définit vraiment comment l’industrie est façonnée. Ce que nous voyons aujourd’hui, c’est AWS combinant magistralement les deux mondes sans serveur ni conteneurisation. Le résultat est un éventail éblouissant d’options pour chaque cas d’utilisation, du plus simple au plus complexe. Aujourd’hui, les conteneurs ont le dessus. Dans quelques années, cela pourrait changer. AWS règle soigneusement ses paris non seulement sur aujourd’hui, mais aussi sur la façon dont cette bataille est finalement menée.

Image suggérée : Pexels


Vues de la publication :
5


Ézoïquementionner cette annonce

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *