Environnements d'exécution de fonction
Code Engine comprend des moteurs d'exécution gérés que vous pouvez utiliser pour vos fonctions.
Les environnements d'exécution gérés incluent les versions Node.js et Python et des combinaisons d'UC et de mémoire spécifiques. Ces environnements d'exécution sont optimisés pour un démarrage rapide. Ces runtimes sont préchauffés, ce qui évite de tirer des images de conteneurs et de démarrer des conteneurs et des processus. Votre code est injecté dans un conteneur déjà en cours d'exécution.
Vous avez besoin de déployer une image de conteneur? Voir « Utilisation des applications » ou « Utilisation des tâches et des exécutions de tâches ». Vous ne savez pas quel type de charge de travail Code Engine créer? Voir Planification pour Code Engine.
Environnements d'exécution gérés pris en charge pour les fonctions sur Code Engine
Les environnements d'exécution suivants sont pris en charge en tant que contextes d'exécution gérés.
- Node.js 22, Node.js 24
- Python 3.11, Python 3.13
Combinaisons d'UC et de mémoire prises en charge pour les fonctions
Consultez la liste suivante pour connaître les combinaisons valides d'UC et de mémoire pour les fonctions.
- 0.25 vCPU et 1 Go de mémoire
- 0.5 vCPU et 2 Go de mémoire
- 1 vCPU et 4 GB de mémoire (Défaut)
Pour plus d'informations sur la mémoire et l'unité centrale, voir Combinaisons de mémoire et d'unité centrale prises en charge.
Cycle de vie du support d'exécution
Le cycle de vie des runtimes gérés pour les fonctions Code Engine dépend des cycles de support officiels de la version du langage de programmation sur laquelle ils sont basés. Si la durée d'exécution utilisée par votre fonction atteint sa fin de vie, votre fonction cesse de fonctionner. La fin de vie est précédée d'une période de dépréciation (généralement six mois), au cours de laquelle le runtime continue de recevoir des mises à jour de sécurité pendant la migration des utilisateurs vers la nouvelle version du runtime. Le tableau suivant énumère les dates d'amortissement et de fin de vie :
| Environnement d'exécution | Obsolescence | Fin de vie |
|---|---|---|
| Node.js 22 | 20 octobre 2026 | 30 avril 2027 |
| Node.js 24 | 20 octobre 2027 | 30 avril 2028 |
| Python 3.11 | 31 octobre 2025 | 31 octobre 2026 |
| Python 3.13 | 1er octobre 2026 | 30 avril 2027 |
Mise à jour d'une fonction vers une nouvelle version du runtime
Les nouvelles versions du runtime peuvent contenir des modifications de l'API et les fonctions peuvent nécessiter des modifications du code, qui doivent être testées. Utilisez la commande CLI Code Engine ibmcloud ce function update --runtime pour mettre à jour vos fonctions existantes afin d'utiliser une nouvelle version d'exécution. L'opération entraîne immédiatement l'exécution de la fonction avec la nouvelle version d'exécution (sélectionnée) comme base (= mise à jour en place).
Par conséquent, n'utilisez pas de mises à jour sur place pour le code de production. Créer une fonction de test pendant la phase de migration.
La mise à jour du code de production dépend de la question de savoir s'il est acceptable que le site URL de la fonction soit modifié ou si le site URL doit être conservé :
-
Si la fonction URL les modifications du point final sont acceptables :
- créer une nouvelle fonction basée sur le même code source (ou paquet de codes) que la fonction d'origine, en utilisant la nouvelle version d'exécution.
- s'assurer que la nouvelle fonction fonctionne comme prévu. Si ce n'est pas le cas, il faut adapter le code source et reconstruire la fonction.
- utiliser la nouvelle fonction URL et supprimer la version précédente.
-
Si la fonction d'origine URL endpoint doit être conservée :
- créer une nouvelle fonction (en tant que fonction de test) basée sur le même code source (ou paquet de codes) que la fonction d'origine, en utilisant la nouvelle version d'exécution
- s'assurer que la fonction de test fonctionne comme prévu. Si ce n'est pas le cas, il faut adapter le code et reconstruire la fonction de test.
- mettre à jour la fonction originale pour utiliser la nouvelle version du runtime et le code source adapté.