La page Processus affiche les processus d’exécution et de construction de votre application. Vous pouvez également modifier et définir vos propres commandes d’exécution ici. Consultez notre application d’exemple d’enregistreur météorologique pour voir un exemple détaillé de configuration d’un processus.
Temps d’exécution
Il s’agit des processus nécessaires à votre application.
Types de processus
Processus web
Le processus web lance votre application. Quand vous ajoutez une application, si vous ne spécifiez pas la commande Start pour le processus web, Kinsta tente de le détecter automatiquement lors du premier déploiement. Par exemple, la commande de démarrage pour une application Node.js peut être npm start ou yarn start.
Vous ne pouvez pas retirer le processus web, et vous pouvez avoir uniquement un processus web par application.
Worker en Travailleur d’arrière-plan
Un worker en arrière-plan est utilisé en arrière-plan, séparément de votre application principale. Les processus de worker en arrière-plan sont idéaux pour les tâches de longue haleine telles que la génération de rapports ou le traitement de grandes quantités de données. Ce type de processus n’est pas destiné à être utilisé comme une tâche unique qui se termine après un certain temps. Si un processus d’arrière-plan se termine après avoir accompli son travail, le pod s’arrêtera, redémarrera et recommencera le processus.
Il n’y a pas de limite au nombre de workers d’arrière-plan que vous pouvez ajouter ; cependant, chaque processus nécessite au moins un pod pour être utilisé.
Processus de cron job
Avec un processus de cron job, vous pouvez planifier un processus à un intervalle spécifique pour votre application afin d’automatiser les tâches répétitives. Tout comme un worker en arrière-plan, chaque processus de cron job nécessite au moins un module pour être utilisé, mais il est lancé uniquement en fonction du calendrier configuré et s’arrête une fois l’opération nécessaire terminée.
Définir les processus dans MyKinsta
Pour ajouter un nouveau processus, cliquez sur Créer un processus et remplissez les champs comme ci-dessous :
- Nom : Le nom du processus, par exemple « Worker ».
- Type : Choisissez Worker en arrière-plan ou Cron job.
- Commande de démarrage : La commande nécessaire pour démarrer le processus, par exemple,
npm run [processus]. - Taille du pod : Choisissez le processeur et la mémoire vive dédiés au processus.
- Note : Si vous choisissez une taille de pod Hobby pour votre processus web, vous ne pouvez pas ajouter de domaine personnalisé à votre application. Si vous avez besoin d’un domaine personnalisé pour votre application, vous pouvez mettre à niveau à tout moment.
- Instances : Le nombre d’instances nécessaires, jusqu’à un maximum de 50. Chaque instance représente un pod et les instances utilisent toutes la même taille de pod. Vous ne pouvez pas définir une taille de pod différente pour chaque instance.
Définition des processus dans un Procfile
Les fichiers Procfile définissent des processus depuis le code de votre application et doivent être livrés dans votre dépot. Un Procfile contient un processus par ligne dans le format suivant :
process_name: command
Par exemple, pour utiliser une application Laravel, vous pouvez utiliser ce qui suit :
web: php artisan serve --host 0.0.0.0 --port 8080
Si vous utilisez un Procfile, vous devrez définir un processus nommé web pour vous assurer que le conteneur répondra aux requêtes web.
Mise à l’échelle des ressources de l’application
Vous pouvez modifier la taille du pod de n’importe quel processus (mise à l’échelle verticale) et modifier le nombre de pods utilisés à tout moment (mise à l’échelle horizontale). Toutes les modifications que vous apportez, à l’exception du changement de nom, déclenchent automatiquement le processus de déploiement de l’application.
- La mise à l’échelle verticale est idéale pour donner aux pods plus de puissance pour effectuer des tâches gourmandes en ressources.
- La mise à l’échelle horizontale est idéale pour la résilience et l’équilibrage de la charge pour les applications qui traitent beaucoup de requêtes. Par exemple, vous pouvez utiliser trois versions du même pod. La technologie sous-jacente achemine les requêtes vers l’un des trois pods, répartissant efficacement la charge entre eux. Si un pod devient instable, les requêtes seront acheminées vers les deux autres jusqu’à ce que le troisième pod soit à nouveau en bonne santé.
Vous pouvez modifier les détails de n’importe quel processus, y compris la taille du pod, à tout moment. Si votre application est sans état (pas de stockage persistant), vous pouvez activer la mise à l’échelle horizontale automatique pour le processus web. Cela vous permet de définir un nombre minimum et maximum d’instances (jusqu’à 10) entre lesquelles le processus peut évoluer en fonction des besoins. Pour en apprendre plus sur la modification de la taille des pods et sur les autres options de mise à l’échelle, voir Comment mettre à l’échelle les ressources de l’application.
Processus de construction
Cette option affiche la machine de construction utilisée par le processus de construction. En cliquant sur Mettre à jour la construction, vous pouvez modifier les ressources utilisées pour le processus de construction.