Réglages

Sur la page Réglages de votre application, vous pouvez trouver des détails sur votre application, gérer des réglages tels que les buildpacks, et la suspendre ou la supprimer.

Général

Détails

Cette section indique le nom d’affichage, le nom et l’ID de l’application. Pour modifier le nom d’affichage, cliquez sur Mettre à jour le nom d’affichage, saisissez un nouveau nom et cliquez sur Mettre à jour.

Source

Cette section affiche les informations relatives à la source de l’application. Les informations affichées dépendent de l’utilisation d’un dépôt Git ou d’une image Docker.

Dépôt Git

• Type de source : Indique si le dépôt est privé ou public.
• Git type : Indique le fournisseur Git utilisé par l’application.
• Dépôt et branche par défaut : Le dépôt et la branche Git.
• Déploiement automatique au commit : Lorsque cette case est cochée, votre application se déploie automatiquement à chaque fois qu’un commit est effectué sur la branche sélectionnée ci-dessus.

Pour modifier l’un des détails, cliquez sur Mettre à jour la source. Si vous modifiez la branche, vous devez déployer manuellement votre application à nouveau, ce que vous pouvez faire sur la page Déploiements.

Image Docker

• Type de source : Ceci montre que l’application utilise une image Docker.
• Image Docker : Il s’agit du chemin d’accès à votre image Docker.
• Informations de registre : Il s’agit du nom des informations d’identification du registre configurées dans Réglages de l’entreprise > Informations d’identification du registre.

Pour modifier les détails, cliquez sur Mettre à jour la source. Si vous modifiez les informations d’identification du registre, vous devez déployer manuellement votre application à nouveau, ce que vous pouvez faire sur la page Déploiements.

Crochet de déploiement

Les crochets (hooks) de déploiement vous permettent de déclencher sans effort des déploiements en effectuant une simple requête POST vers une URL unique, ce qui permet une intégration transparente du flux de travail.

Pour configurer un crochet de déploiement, cliquez sur Activer; cela génère une URL unique que vous pouvez appeler avec une requête POST pour déclencher un déploiement. Si vous souhaitez automatiser les déploiements en fonction d’événements externes (par exemple, l’ajout de code à un dépôt), vous pouvez configurer un webhook dans votre fournisseur de dépôt (GitHub, GitLab, Bitbucket ou Docker) pour appeler l’URL du crochet de déploiement.

Chemins de déploiement

Les chemins de déploiement vous permettent de déclencher des déploiements en fonction d’un ensemble spécifique de règles. Vous pouvez définir quels changements de fichiers doivent déclencher un déploiement et lesquels doivent être ignorés. Par exemple, vous pouvez déclencher des déploiements uniquement lorsque les fichiers de /src/backend/** sont modifiés ou ignorer les déploiements si les changements sont limités aux fichiers de **/*.md. Cela peut s’avérer particulièrement utile pour les monorepos.

Pour configurer les chemins de déploiement, cliquez sur Modifier les réglages.

Pour déclencher un déploiement lorsqu’un fichier est modifié dans un chemin spécifique, sélectionnez Autoriser les chemins. Pour ignorer un déploiement lorsqu’un fichier est modifié dans un chemin spécifique, sélectionnez Ignorer les chemins. Ajoutez les modèles de chemin requis et cliquez sur Modifier les réglages.

Hibernation

L’hibernation réduit automatiquement votre application si aucune requête HTTP n’est reçue dans le délai spécifié. Lorsque le trafic reprend, l’application se réveille au bout de 8 à 20 secondes, la requête HTTP restant en attente pendant ce temps. Les tâches Cron et les autres tâches continuent de s’exécuter normalement, même lorsque l’hibernation est active. Pour activer l’hibernation sur votre application, cliquez sur Modifier l’hibernation.

Sélectionnez Hiberner l’application, saisissez le nombre de minutes d’inactivité au bout desquelles votre application doit entrer en hibernation, puis cliquez sur Enregistrer les modifications.

Construction

Ressources de construction

Ceci montre la machine de construction utilisée pour construire votre application.

Environnement de construction

Cette section affiche des informations sur l’environnement de construction de votre application, y compris le constructeur actuellement utilisé.

Pour modifier l’environnement de construction, cliquez sur Mettre à jour les réglages et sélectionnez l’un des environnements suivants :

Nixpacks

Utilisez Nixpacks pour créer un conteneur pour votre application sur la base de votre dépôt.

• Cache activé : Lorsque vous construisez votre application, MyKinsta crée une image déployable à partir de votre code. Par défaut, le cache est activé, ce qui stocke le dernier déploiement réussi afin que les futurs builds puissent réutiliser les composants inchangés, ce qui accélère considérablement le processus et réduit l’utilisation des ressources.
• Chemin de construction : Il s’agit du chemin dans le dépôt vers les fichiers nécessaires à la construction de l’application. La plupart des applications sont construites à partir de la racine du référentiel, et le chemin de construction est par défaut (.). Si vous avez un chemin de construction différent, indiquez-le ici. Par exemple, si votre application doit être construite à partir d’un sous-répertoire nommé app, saisissez app dans le champ Chemin de construction. Ceci est également utile si vous avez un monorepo.
• Version de Nixpacks : Choisissez la version de Nixpacks que vous souhaitez utiliser pour construire votre application. Des versions différentes peuvent affecter le processus de construction, il est donc important de consulter le journal des modifications de Nixpacks pour le langage de votre application. Il est de votre responsabilité d’assurer la compatibilité, car les changements entre les versions peuvent avoir un impact sur la façon dont votre application est construite et fonctionne.

Buildpacks

Utilisez Buildpacks pour créer un conteneur pour votre application sur la base de votre dépôt.

• Cache activé : Lorsque vous construisez votre application, MyKinsta crée une image déployable à partir de votre code. Par défaut, le cache est activé, ce qui stocke le dernier déploiement réussi afin que les futurs builds puissent réutiliser les composants inchangés, ce qui accélère considérablement le processus et réduit l’utilisation des ressources.
• Chemin de construction : Il s’agit du chemin dans le dépôt vers les fichiers nécessaires à la construction de l’application. La plupart des applications sont construites à partir de la racine du dépôt, et le chemin de construction est par défaut (.). Si vous avez un chemin de construction différent, indiquez-le ici. Par exemple, si votre application doit être construite à partir d’un sous-répertoire nommé app, saisissez app dans le champ Chemin de construction. Ceci est également utile si vous avez une monorepo.
• Constructeur de packs : Choisissez le constructeur de packs de construction que vous souhaitez utiliser. Pour plus d’informations sur ce que chaque constructeur inclut, reportez-vous aux piles Heroku.
• Ajouter un buildpack : Ajoutez les buildpacks nécessaires à votre application. Le buildpack qui contient le langage principal de votre application doit être le dernier dans la liste des buildpacks. Par exemple, si vous avez une application Node.js et que vous devez ajouter un autre buildpack, assurez-vous que le buildpack Node.js se trouve à la fin de la liste.

Dockerfile

Utilisez un fichier Docker (stocké dans votre dépôt) pour créer un conteneur pour votre application.

• Cache activé : Lorsque vous construisez votre application, MyKinsta crée une image déployable à partir de votre code. Par défaut, le cache est activé, ce qui stocke la dernière image Docker réussie afin que les futurs builds puissent réutiliser les composants inchangés, ce qui accélère considérablement le processus et réduit l’utilisation des ressources.
• Chemin du fichier Docker : Il s’agit du chemin de votre fichier Docker par rapport à la racine du dépôt. Par exemple, si votre fichier Docker se trouve à la racine du dépôt, saisissez Dockerfile dans ce champ. Si votre fichier Docker se trouve dans un sous-répertoire nommé app, saisissez le chemin vers le fichier Docker : app/Dockerfile.
• Contexte Docker : Il s’agit du chemin dans le dépôt auquel nous devons accéder pour construire votre application. La plupart des applications sont construites à partir de la racine du dépôt, et vous pouvez saisir la racine du dépôt (.) dans le champ Contexte. Par exemple, si votre application doit être construite à partir d’un sous-répertoire nommé app, saisissez app dans le champ Contexte.
• Informations du registre) : Cette information n’est nécessaire que pour les images Docker privées. Vous devez saisir vos identifiants de registre dans le champ Nom d’utilisateur > Réglages de l’entreprise > Informations d’identification du registre. Une fois que vous avez saisi vos informations d’identification dans les réglages de l’entreprise, vous pouvez choisir les informations d’identification que vous souhaitez utiliser.

Si vous changez d’environnement, vous devez déployer manuellement votre application à nouveau, ce que vous pouvez faire sur la page Déploiements.

Zone de danger

Suspendre ou reprendre une application

Il peut arriver que vous deviez arrêter une application sans la supprimer. Cela peut s’avérer utile si vous devez résoudre des problèmes ou tester des parties de l’application sans qu’elle ne fonctionne.

La suspension de l’application ne modifie ni ne supprime rien. Les connexions à l’application restent en place mais ne fonctionneront pas pendant que l’application est suspendue. Vous n’encourrez aucun coût pour l’application pendant la suspension.

Cliquez sur Suspendre l’application et confirmez la suspension en cliquant à nouveau sur Suspendre l’application dans la fenêtre modale.

Lorsque vous êtes prêt à redémarrer votre application, cliquez sur Reprendre l’application et confirmez le redémarrage en cliquant à nouveau sur Reprendre l’application dans la fenêtre modale.

Supprimer une application

Si vous n’avez plus besoin de l’application, cliquez sur Supprimer l’application, saisissez le nom de votre application et cliquez à nouveau sur Supprimer l’application pour la supprimer complètement.

La suppression complète de l’application supprime les éléments suivants :

• Tous les fichiers
• Les réglages
• Les disques de stockage permanent
• Les connexions à d’autres applications ou bases de données.