Avis et détails du produit AWS Lambda

Ce que j'aime le plus à propos d'AWS Lambda, c'est la facilité avec laquelle il permet d'exécuter du code sans se soucier de la gestion des serveurs. Je peux simplement télécharger mon code, configurer un déclencheur, et Lambda s'adapte automatiquement pour gérer tout ce que je lui envoie—que ce soit quelques requêtes ou des milliers, le tout sans que j'aie à faire de travail d'infrastructure. C'est rapide, simple, et cela me permet de me concentrer sur la création, pas sur la maintenance. Avis collecté par et hébergé sur G2.com.

Une chose que je n'aime pas à propos d'AWS Lambda, c'est qu'il a certaines limitations qui peuvent être frustrantes, comme la limite de temps d'exécution de 15 minutes et les retards de démarrage à froid occasionnels, qui peuvent ralentir les choses si votre fonction n'a pas été exécutée depuis un moment. Il y a aussi des restrictions sur la mémoire, le stockage et la taille des charges utiles, donc ce n'est pas idéal pour les tâches volumineuses ou de longue durée. De plus, comme Lambda est si étroitement lié à AWS, déplacer votre application ailleurs peut être compliqué, et le débogage peut parfois être plus difficile que dans des configurations traditionnelles. Avis collecté par et hébergé sur G2.com.

J'utilise AWS Lambda depuis un certain temps, et ce que j'apprécie le plus, c'est de ne pas avoir à gérer les serveurs. Cela fonctionne tout simplement, en s'adaptant automatiquement aux besoins, et je ne paie que pour le temps d'exécution réel de mon code. Configurer des déclencheurs à partir de S3 ou DynamoDB est extrêmement pratique et permet de gagner un temps considérable lors du déploiement. Honnêtement, cela facilite grandement le développement de petites applications ou de microservices, car je peux me concentrer sur l'écriture du code plutôt que sur la gestion de l'infrastructure. Avis collecté par et hébergé sur G2.com.

Lambda a un délai d'expiration maximum de 15 minutes, ce qui le rend inadapté aux tâches de longue durée. Avis collecté par et hébergé sur G2.com.

Ce que j'aime le plus à propos d'AWS Lambda, c'est la façon dont il simplifie le développement en supprimant le besoin de gérer des serveurs—il suffit d'écrire la fonction, de définir le déclencheur, et elle s'exécute lorsque c'est nécessaire. C'est incroyablement facile à mettre en œuvre et s'intègre parfaitement avec d'autres services AWS comme S3, DynamoDB et API Gateway, ce qui rend la construction de flux de travail complexes intuitive. Le nombre de fonctionnalités disponibles est impressionnant, et je l'utilise fréquemment pour l'automatisation et les tâches pilotées par des événements. Le support client a été généralement utile, surtout à travers la documentation et les forums, bien que le support direct pourrait être plus réactif parfois. Dans l'ensemble, Lambda trouve un excellent équilibre entre facilité d'utilisation, fonctionnalité puissante et évolutivité. Avis collecté par et hébergé sur G2.com.

Une chose que je n'aime pas à propos d'AWS Lambda est la latence au démarrage à froid, surtout lors de l'utilisation de certains environnements d'exécution ou lorsque les fonctions ne sont pas invoquées fréquemment—cela peut ralentir les temps de réponse de manière notable. Le débogage peut également être un peu délicat puisque l'environnement est abstrait et que les journaux sont le principal moyen de suivre les problèmes. Bien que l'intégration avec d'autres services AWS soit forte, on a parfois l'impression d'être enfermé dans l'écosystème AWS, ce qui peut limiter la flexibilité. Les limites sur le temps d'exécution et la mémoire peuvent être restrictives pour des charges de travail plus complexes, et la gestion des déploiements à travers plusieurs environnements peut devenir fastidieuse sans outils supplémentaires. Enfin, bien que le support client soit disponible, obtenir une aide rapide et pratique nécessite souvent un plan de support premium. Avis collecté par et hébergé sur G2.com.

AWS Lambda me donne l'impression d'écrire de la logique pure sans me soucier des serveurs, de la mise à l'échelle ou des infrastructures. Je télécharge simplement les fonctions, je définis le déclencheur, et cela fonctionne quotidiennement avec facilité pour l'automatisation, les points de terminaison API et les flux de travail backend, que cela fonctionne une fois par jour ou un million de fois, le modèle d'auto-mise à l'échelle et de paiement à l'utilisation semble incroyablement efficace. Avis collecté par et hébergé sur G2.com.

Une méthode plus virtuelle pour tracer les fonctions aiderait Avis collecté par et hébergé sur G2.com.

extrêmement facile à configurer et à entretenir, de nombreuses options d'exécution, super rapide en tant que backend NodeJS pour les applications web progressives Avis collecté par et hébergé sur G2.com.

le coût à grande échelle nécessite de configurer soigneusement les spécifications des fonctions et les paramètres de concurrence Avis collecté par et hébergé sur G2.com.

J'adore AWS Lambda pour sa facilité d'utilisation, car il me permet de me concentrer uniquement sur l'écriture et le déploiement de mon code API sans avoir à gérer l'infrastructure. Cette fonctionnalité est incroyablement utile pour rationaliser les processus de développement et de déploiement, éliminant le besoin traditionnel de mettre en place des serveurs ou des machines virtuelles. De plus, j'apprécie la vitesse remarquable d'AWS Lambda par rapport aux déploiements d'API traditionnels. Cette efficacité améliore considérablement mon flux de travail, rendant la livraison d'API plus rapide et plus fiable. Avis collecté par et hébergé sur G2.com.

Je trouve que le prix d'AWS Lambda est quelque peu élevé. Il serait bénéfique s'il y avait un niveau moins cher pour une utilisation de mémoire inférieure. Avis collecté par et hébergé sur G2.com.

Dans mon rôle actuel d'ingénieur de test QA chez Aarete Technosoft Pvt. Ltd., nous avons intégré AWS Lambda dans notre cadre d'automatisation pour prendre en charge les tests d'interface utilisateur basés sur Selenium. Le meilleur aspect de l'utilisation de Lambda est qu'il élimine complètement le besoin de maintenir des serveurs de test dédiés. Pas de cycle de vie EC2, pas de stress d'infrastructure — juste une exécution légère et sans serveur.

Un grand succès pour nous a été la capacité de faire fonctionner plusieurs cas de test en parallèle en déclenchant des fonctions Lambda distinctes pour différents groupes de test. Nous avons intégré cela dans notre pipeline Jenkins, donc une fois qu'une nouvelle version est déployée dans l'environnement QA, Lambda est automatiquement déclenché via API Gateway pour démarrer notre suite d'automatisation — pas d'étapes manuelles, retour d'information plus rapide.

Nous avons également emballé Chromium sans tête et des scripts Selenium en utilisant les couches Lambda, rendant l'exécution des tests efficace et rentable sans lancer d'instances EC2.

Après les exécutions de test, les journaux et les rapports sont téléchargés sur Amazon S3, et une autre fonction Lambda les traite, poussant les données résumées dans CloudWatch pour l'analyse des tendances et la surveillance. Ce flux sans faille nous a aidés à accélérer les cycles de régression et à obtenir une visibilité en temps réel des tests. Avis collecté par et hébergé sur G2.com.

Bien que AWS Lambda ait ajouté beaucoup de flexibilité à nos flux de travail d'automatisation Selenium, j'ai observé quelques limitations dans notre projet chez Aarete Technosoft Pvt. Ltd. qui impactent l'expérience de test :

1. Lorsqu'une fonction n'a pas été invoquée depuis un certain temps, il y a un délai de démarrage à froid. Cela est particulièrement notable dans nos pipelines CI/CD où un retour rapide est important. Même quelques secondes supplémentaires par fonction s'accumulent lors des exécutions de régression.

2. Étant donné que les exécutions Lambda sont sans interface graphique et non interactives, le débogage des problèmes d'interface utilisateur instables devient plus difficile sans vue directe du navigateur. Nous dépendons entièrement des journaux et des captures d'écran enregistrées sur S3.

3. Le délai d'expiration de 15 minutes de Lambda peut être un défi pour les suites Selenium de longue durée, surtout si un test implique d'attendre des tâches de backend ou des flux d'interface utilisateur lourds. Avis collecté par et hébergé sur G2.com.

Meilleur service sans serveur et rentable. Peut s'intégrer avec de nombreux services dans AWS. Avis collecté par et hébergé sur G2.com.

Sera utile uniquement lorsque nous utilisons le service AWS. Difficile d'intégrer des services cloud tiers. La limite de temps peut être augmentée pour le traitement. Avis collecté par et hébergé sur G2.com.

AWS Lambda offre un service de calcul entièrement géré qui exécute automatiquement du code en réponse à des événements, sans nécessiter de provisionnement de serveur ni de maintenance continue.

L'architecture pilotée par les événements prend en charge les intégrations avec des services comme S3, DynamoDB, API Gateway, SNS et SQS, ce qui simplifie la création de flux de travail complexes et évolutifs.

Plusieurs langages de programmation sont pris en charge, y compris Python, Node.js, Java, Go, C# et PowerShell, avec des options de déploiement pour les archives .zip et les images de conteneur.

La mise à l'échelle élastique est inhérente ; la plateforme ajuste instantanément la capacité pour gérer des charges de travail allant de quelques invocations par jour à des milliers par seconde. Les performances restent constantes et la disponibilité est gérée par AWS.

Les variables d'environnement, les couches pour le code partagé et la gestion des versions simplifient la configuration et le déploiement des applications. La sécurité est robuste, avec des contrôles IAM granulaires, la signature de code pour la conformité en production, et des options pour l'intégration VPC et l'accès au système de fichiers si nécessaire.

Lambda SnapStart réduit la latence de démarrage à froid pour les fonctions Java, et le streaming de réponse permet une gestion efficace des charges utiles importantes dans les API et le traitement des données. Avis collecté par et hébergé sur G2.com.

Les fonctions Lambda sont sans état par conception, donc un état local persistant nécessite une intégration avec des services de stockage externes, ajoutant de la complexité architecturale.

Les outils de surveillance natifs sont basiques, et la visibilité opérationnelle nécessite souvent un complément avec des solutions tierces.

L'optimisation des coûts nécessite une attention particulière pour éviter des frais inattendus dus à des schémas d'utilisation irréguliers. Avis collecté par et hébergé sur G2.com.

L'un des avantages est qu'il prend en charge un large éventail de langages de programmation, ce qui facilite l'exécution de diverses applications. De plus, le coût d'invocation des workflows qui doivent être déclenchés est relativement bas. Il offre également une intégration transparente avec plusieurs autres services AWS, tels que S3, EventBridge et API Gateway. Avis collecté par et hébergé sur G2.com.

Pour les programmes qui nécessitent des secrets, il est nécessaire de lire les paramètres depuis SSM à chaque fois, ce qui rend la réponse Lambda relativement lente. Avis collecté par et hébergé sur G2.com.