Module
Service récurrent ou permanent qui n’est pas un service d’hébergement ; par exemple, le module d’espace disque pour la base de données ou le stockage persistant.
Application
Dans le contexte de l’hébergement d’applications de Kinsta, une application est un ensemble d’instructions exécutées par un serveur pour effectuer un ou plusieurs réglages. Notre infrastructure actuelle est conçue pour servir et prendre en charge le déploiement d’applications avec un serveur derrière l’application.
Hébergement d’applications
L’un des services d’hébergement de Kinsta. Il s’agit d’une plateforme en tant que service (PaaS) qui vous fournit les outils nécessaires pour déployer des applications depuis un dépot Git.
Registre d’artefacts
L’emplacement où les images de construction sont stockées. Chaque application dispose d’une image unique qui peut être transformée en conteneur.
Déploiement automatique
Quand le déploiement automatique sur commit est activé et qu’un nouveau commit est effectué sur la branche par défaut de votre dépôt Git, une nouvelle version de l’application sera déployée depuis MyKinsta.
Worker d’arrière-plan
Un processus qui s’utilise en arrière-plan, séparé de l’application principale, et qui est inaccessible depuis internet. Utilisé pour garder les processus de longue durée séparés de l’application principale afin d’aider à maintenir une bonne expérience utilisateur. Il n’est pas destiné à être utilisé comme une tâche ponctuelle qui se termine après un certain temps. Si un processus d’arrière-plan se termine après avoir accompli sa tâche, le module s’arrête, redémarre et recommence le processus. Pour un processus qui se termine après avoir terminé son travail, utilisez une tâche cron.
Temps de construction
Temps nécessaire à la construction d’une image depuis le code source d’une application. Les constructions sont effectuées sur des machines spécifiquement conçues pour la construction d’images. Il existe plusieurs tailles de machines de construction, et vous pouvez choisir entre ces machines en fonction des ressources nécessaires à la construction de l’application. Le temps de construction est facturé à différents tarifs, séparément des pods d’hébergement de votre application.
Buildpack
Les Buildpacks sont des scripts qui s’utilisent quand une application est déployée. Ils sont utilisés pour installer les dépendances de votre application et configurer votre environnement.
Commit
Un commit enregistre les modifications apportées à un ou plusieurs fichiers dans une branche Git et attribue un ID unique (appelé SHA ou hash) qui identifie les modifications spécifiques et le moment où ces modifications ont été effectuées.
Connexions/utilisateurs simultanés
Les connexions simultanées sont des connexions qui ont lieu simultanément (c’est-à-dire en même temps). Bien qu’il existe une relation entre les connexions simultanées et les utilisateurs, il ne s’agit pas toujours d’une relation directe 1:1. Un utilisateur peut générer plusieurs connexions, en fonction de ses actions et du code de l’application.
Le nombre maximal de connexions simultanées d’une application dépend d’un certain nombre de facteurs, notamment de son code, des compositions des utilisateurs, etc. Pour calculer ce nombre, vous devez connaître la consommation de ressources de votre application. Il existe un certain nombre d’outils de test de charge que vous pouvez utiliser pour envoyer des connexions simultanées à l’application et voir l’utilisation des ressources pendant ce temps :
Connection
Les connexions permettent aux applications de communiquer.
Une connexion externe permet à votre base de données de communiquer avec une application externe. Elle est utilisée dans le cas où vous hébergez uniquement votre base de données chez nous, mais pas l’interface publique de votre application. Comme une connexion externe fait un aller-retour sur l’internet, elle est beaucoup plus lente qu’une connexion interne.
Une connexion interne reste à l’intérieur de notre réseau et est donc beaucoup plus rapide et plus sûre. Nous recommandons cette méthode si vous hébergez à la fois votre interface publique et votre base de données chez Kinsta.
Tâche cron
Un processus que vous pouvez planifier à un intervalle spécifique (une fois par jour, une fois par mois, toutes les 10 minutes, etc.) afin d’automatiser les tâches répétitives de votre application. Le processus se lance uniquement en fonction du timing configuré et s’arrête après avoir terminé l’opération pré-requise.
Base de données
Une collection de données stockées de manière organisée afin de pouvoir être récupérées ou mises à jour efficacement. Vous pouvez choisir parmi un certain nombre de types de bases de données avec le service d’hébergement de bases de données de Kinsta.
Déploiement
Un déploiement est une reconstruction de votre application dans un nouveau conteneur, généralement effectuée après la mise à jour du code de votre application, mais peut être configuré pour se produire automatiquement (voir le déploiement automatique ci-dessus). Le déploiement invoque les éventuels buildpacks et applique les variables d’environnement à tout moment.
Variables d’environnement
Variables telles que les clés d’API, les détails de connexion à la base de données ou d’autres valeurs de configuration ou secrets. En utilisant des variables d’environnement, vous pouvez éviter de mettre ces informations dans votre code en clair (texte non crypté).
Éphémère
Services, pods, applications, conteneurs, etc. qui n’existent pas indéfiniment et ne peuvent pas être utilisés pour stocker des données comme des images téléversées, des vidéos, etc. Les données qui font partie de l’application elle-même (un favicon ou un logo, etc.) peuvent être stockées dans des emplacements éphémères car quand l’application est reconstruite, ses données sont remises en place quand l’application est déployée.
Les conteneurs éphémères fournissent de la résilience. Plusieurs versions d’un pod peuvent être lancées et, si nécessaire, de nouveaux pods peuvent être lancés sans que l’application ne subisse de temps d’arrêt.
Dépôt Git
Un dépot Git est l’endroit où le code de votre application et les versions historiques de ce code sont enregistrés.
Services d’hébergement
Les services de Kinsta qui vous permettent d’héberger des types de contenu spécifiques :
D’autres services comprennent des modules complémentaires comme l’espace disque pour les bases de données ou le stockage persistant.
Image
Une image est le résultat du processus de construction depuis le code de l’application. Les pods sont créés sur la base d’images.
Instance
Voir Pod ci-dessous.
Journaux
Journaux du temps d’exécution depuis le processus de construction de l’application.
Monorepo
Une stratégie de développement de logiciels où le code de plusieurs projets est stocké dans le même dépot. Pour utiliser un monorepo avec l’hébergement d’applications, vous devez spécifier le chemin de construction quand vous ajoutez l’application ou dans Réglages > Modifier les détails.
Entreprise MyKinsta
Une entreprise est une unité organisationnelle au sein de MyKinsta. Chaque entreprise peut avoir plusieurs utilisateurs de divers rôles associés à elle, mais peut uniquement avoir un propriétaire. Une entreprise peut avoir uniquement un plan d’hébergement WordPress mais peut avoir plusieurs applications, bases de données ou hébergeurs.
Node
Un Node est une machine virtuelle qui héberge des pods.
Dépassement
Quand vous avez un plan qui inclut une quantité prédéterminée de ressources (comme l’un de nos plans d’hébergement WordPress infogéré, par exemple), si vous utilisez plus que les ressources incluses, vous subissez des surconsommations. Notre hébergement d’application et notre hébergement de base de données n’entraînent pas de surcoût car ils sont basés sur l’utilisation, et vous payez uniquement pour les ressources utilisées par votre application ou votre base de données.
Stockage persistant
Le stockage persistant (ou volume persistant) conserve les données après l’arrêt ou le redémarrage d’une application. Il est utilisé pour les données qui doivent être conservées sur plusieurs sessions ou appareils, telles que les données de session, les préférences de l’utilisateur et le contenu mis en cache.
Les applications avec état utilisent le stockage persistant pour requérir un volume de stockage depuis un système de stockage sous-jacent. Le volume de stockage est monté en tant que système de fichiers, ce qui permet à l’application de lire ou d’écrire sur le périphérique de stockage comme s’il s’agissait d’un disque local.
Pod
Un Pod est un conteneur qui utilise un processus. Chaque Pod a une taille de Pod qui définit les ressources disponibles pour le Pod en termes de cœurs de processeur (CPU) et de mémoire (RAM). En fonction du processus dans le Pod, vous pouvez augmenter ou diminuer les ressources pour utiliser les applications plus efficacement.
Mise à l’échelle du pod
La possibilité d’augmenter les ressources disponibles pour un pod (mise à l’échelle verticale) ou d’augmenter le nombre de pods (mise à l’échelle horizontale) qui utilisent le même Processus pour assurer la haute disponibilité et l’équilibrage de la charge.
Taille du module
La taille du module détermine le nombre de cœurs de processeur (CPU) et de mémoire (RAM) disponibles pour le module. Selon le processus que le pod exécute, vous pouvez augmenter ou diminuer les ressources pour utiliser l’application de manière efficace.
Post-payé
Les services postpayés sont payés après que le service a été reçu. Les factures de services publics sont un exemple courant où vous payez normalement après que les services ont été rendus, en recevant la quantité utilisée et le prix dans une facture. Les services d’hébergement d’applications et de bases de données de Kinsta sont des services postpayés. Vous payez uniquement les ressources utilisées à la fin de chaque cycle de facturation mensuel. Ces services sont calculés au prorata à la seconde près et sont postpayés.
Prépayés
Les services prépayés sont payés à l’avance avant de recevoir le service. Les plans d’hébergement WordPress infogéré de Kinsta sont prépayés. Par exemple, si vous sélectionnez un plan d’hébergement WordPress Business 1, vous êtes immédiatement facturé et devez compléter le paiement avant de pouvoir utiliser le service.
Processus
La plus petite unité que vous pouvez déployer dans notre hébergement d’applications. Bien qu’il s’agisse généralement d’un élément bien défini, comme une interface publique pour une application web, il pourrait également servir d’administration pour une application mobile. Bien qu’il soit généralement bien défini, c’est à vous de décider ce que vous voulez utiliser au sein d’un Pod ou ce qui constitue un processus. Il est possible d’utiliser plusieurs processus au sein d’un pod, mais les ressources du pod seront réparties entre ces processus.
Commande de démarrage
La commande nécessaire au démarrage de votre application est appelée commande de démarrage pour les applications construites avec un buildpack. Si vous utilisez un fichier Docker pour créer votre image de conteneur, vous devez spécifier le ENTRYPOINT ou le CMD dans votre fichier Docker.
Hébergement de sites statiques
Static Site Hosting est un nouveau service actuellement en phase de test bêta et uniquement visible par les membres du programme de recherche Kinsta, qui obtiennent des aperçus exclusifs des fonctionnalités à venir avant leur production. Si vous ne faites pas encore partie de notre programme de recherche mais que vous souhaitez le devenir, vous pouvez vous connecter à MyKinsta et rejoindre le programme de recherche Kinsta à tout moment.
Tarification basée sur l’utilisation
La tarification basée sur l’utilisation signifie que vous payez uniquement pour les ressources utilisées. Pour l’hébergement d’applications et l’hébergement de bases de données, nous facturons mensuellement à la fin de votre cycle de facturation ou quand votre utilisation des services atteint un seuil de facturation prédéfini, selon ce qui se produit en premier.
Machines virtuelles
Les machines virtuelles (VM) émulent des serveurs complètement séparés et peuvent contenir plusieurs conteneurs et plusieurs bases de données. Chez Kinsta, notre infrastructure, qui comprend des VM, est construite sur l‘infrastructure de premier plan de Google Cloud Platform.