Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Meilleures pratiques pour les instances gérées Lambda

Configuration du fournisseur de capacité

Séparez les fournisseurs de capacités par niveau de confiance. Créez différents fournisseurs de capacité pour les charges de travail présentant des exigences de sécurité différentes. Toutes les fonctions attribuées au même fournisseur de capacité doivent faire l'objet d'une confiance mutuelle, car les fournisseurs de capacité constituent la limite de sécurité.

Utilisez des noms descriptifs. Nommez les fournisseurs de capacités pour indiquer clairement leur utilisation prévue et leur niveau de confiance (par exempleproduction-trusted,dev-sandbox). Cela permet aux équipes de comprendre l'objectif et la posture de sécurité de chaque fournisseur de capacité.

Utilisez plusieurs zones de disponibilité. Spécifiez des sous-réseaux dans plusieurs zones de disponibilité lors de la création de fournisseurs de capacité. Lambda lance trois instances par défaut pour garantir la résilience AZ, garantissant ainsi une haute disponibilité de vos fonctions.

Sélection du type d'instance

Laissez Lambda choisir les types d'instances. Par défaut, Lambda choisit les types d'instances les mieux adaptés à votre charge de travail. Nous vous recommandons de laisser les instances gérées Lambda choisir les types d'instance pour vous, car la restriction du nombre de types d'instances possibles peut entraîner une baisse de disponibilité.

Spécifiez les types d'instances en fonction de besoins spécifiques. Si vous avez des exigences matérielles spécifiques, définissez les types d'instances autorisés sur une liste d'instances compatibles. Par exemple :

Configuration de la fonction

Choisissez les paramètres de mémoire et de processeur virtuel appropriés. Sélectionnez des configurations de mémoire et de processeur virtuel qui prennent en charge les exécutions multisimultanées de votre fonction. La taille de fonction minimale prise en charge est de 2 Go et 1 processeur virtuel.

Configurez la simultanéité maximale de manière appropriée. Lambda choisit des valeurs par défaut raisonnables pour une simultanéité maximale qui équilibre la consommation de ressources et le débit. Ajustez ce paramètre en fonction de l'utilisation des ressources de votre fonction :

Notez que les environnements d'exécution présentant une très faible simultanéité peuvent rencontrer des ralentissements et des difficultés de mise à l'échelle.

Configuration de la mise à l'échelle

Définissez une utilisation des ressources cible appropriée. Par défaut, Lambda conserve une marge de manœuvre suffisante pour que votre trafic double en 5 minutes sans ralentissement. Ajustez cela en fonction des caractéristiques de votre charge de travail :

Planifiez la croissance du trafic. Si votre trafic fait plus que doubler en 5 minutes, vous risquez de rencontrer des ralentissements à mesure que Lambda fait évoluer les instances et les environnements d'exécution. Concevez votre application de manière à gérer les éventuelles limitations pendant les périodes de mise à l'échelle rapide.

Sécurité

Appliquez le moindre privilège pour PassCapacityProvider les autorisations. Accordez lambda:PassCapacityProvider des autorisations uniquement aux fournisseurs de capacité nécessaires. Utilisez les autorisations au niveau des ressources pour limiter les fournisseurs de capacité que les utilisateurs peuvent attribuer aux fonctions.

Surveillez l'utilisation du fournisseur de capacité. Permet AWS CloudTrail de surveiller les attributions et les modèles d'accès des fournisseurs de capacité. Cela permet d'identifier les tentatives d'accès non autorisées et garantit la conformité aux politiques de sécurité.

Séparez les charges de travail non fiables. Ne vous fiez pas aux conteneurs pour isoler la sécurité entre des charges de travail non fiables. Utilisez différents fournisseurs de capacité pour séparer les charges de travail qui ne sont pas mutuellement fiables.

Optimisation des coûts

Utilisez les options de tarification EC2. Tirez parti des plans d'épargne EC2 et des instances réservées pour réduire les coûts. Ces options de tarification s'appliquent au calcul EC2 sous-jacent (les frais de gestion de 15 % ne sont pas réduits).

Optimisez pour les charges de travail en régime permanent. Les instances gérées Lambda sont particulièrement adaptées aux fonctions en régime permanent avec un trafic prévisible à volume élevé. Pour les modèles de trafic en rafale, Lambda (par défaut) peut être plus rentable.

Surveillez l'utilisation des ressources. Suivez CloudWatch les indicateurs pour comprendre l'utilisation du processeur et de la mémoire. Ajustez l'allocation de mémoire des fonctions et la sélection du type d'instance en fonction des modèles d'utilisation réels afin d'optimiser les coûts.

Surveillance et observabilité

Surveillez les indicateurs des fournisseurs de capacité. Suivez les indicateurs au niveau du fournisseur de capacité, MemoryUtilization notamment CPUUtilization et vCPUAvailable, et vérifiez que des ressources suffisantes sont disponibles MemoryAvailable pour vos charges de travail.

Surveillez les indicateurs de l'environnement d'exécution. Suivez les indicateurs au niveau de l'environnement d'exécution, notamment ExecutionEnvironmentConcurrency ExecutionEnvironmentConcurrencyLimit pour comprendre le comportement de mise à l'échelle et identifier les limitations potentielles.

Configurez CloudWatch des alarmes. Créez des CloudWatch alarmes pour les indicateurs clés afin d'identifier les problèmes de manière proactive :

Language-specific considérations

Suivez les meilleures pratiques propres à chaque langue. Chaque langage de programmation gère différemment la multisimultanéité. Consultez les guides spécifiques à chaque langue pour obtenir des recommandations détaillées :

Testez les problèmes de sécurité et de simultanéité des threads. Avant le déploiement en production, testez minutieusement vos fonctions pour détecter les problèmes de sécurité des threads, les conditions de concurrence et une isolation d'état appropriée en cas de charge simultanée.

Étapes suivantes