Tilføjelse
En tilbagevendende/igangværende tjeneste, der ikke er en hostingtjeneste; f.eks. databasens diskpladstilføjelse.
Ansøgning
Inden for konteksten af Kinstas applikationshosting er en applikation et sæt instruktioner, der udføres af en server for at udføre en eller flere opgaver. Vores nuværende infrastruktur er designet til at betjene og understøtte implementering af applikationer med en server bag applikationen.
Applikation Hosting
En af Kinstas hostingtjenester. Det er en platform som en tjeneste (PaaS), der giver dig de værktøjer, du skal bruge for at implementere applikationer fra et GitHub-lager.
Artefaktregistrering
Det sted, hvor byggede billeder er gemt. Hver applikation har et enkelt billede, der kan omdannes til en beholder.
Automatisk implementering
Når Automatisk udrulning ved commit er aktiveret, og der foretages en ny commit til standardgrenen i dit Git-repositorium, vil en ny version af applikationen blive udrullet fra MyKinsta.
Baggrundsjob
En proces svarende til et Cron-job, hvor en bestemt kommando udføres på et bestemt tidspunkt eller interval.
Build time
Den tid, det tager for et billede at blive bygget ud fra en applikations kildekode. Bygninger udføres på maskiner, der er specielt beregnet til at bygge billeder. Der findes flere byggemaskinestørrelser, og du kan vælge mellem disse maskiner afhængigt af de ressourcer, der kræves for at bygge applikationen. Byggetiden faktureres til forskellige takster, adskilt fra din applikations hosting pods.
Buildpack
Buildpacks er scripts, der køres, når et program udrulles. De bruges til at installere afhængigheder til din applikation og konfigurere dit miljø.
Commit
Et commit registrerer ændringer til en eller flere filer i en Git-gren og tildeler et unikt ID (kaldet en SHA eller hash), der identificerer de specifikke ændringer, og hvornår disse ændringer er foretaget.
Samtidige forbindelser/brugere
Samtidige forbindelser er forbindelser, der sker samtidigt (dvs. på samme tid). Selvom der er et forhold mellem samtidige forbindelser og brugere, er det ikke altid et direkte 1:1-forhold. En bruger kan skabe flere forbindelser, afhængigt af deres handlinger og afhængigt af applikationens kode.
En applikations maksimale samtidige forbindelser afhænger af en række faktorer, herunder dens kode, brugernes brugsmønstre osv. For at beregne dette tal skal du kende din applikations ressourceforbrug. Der er en række værktøjer til belastningstest, du kan bruge til at sende samtidige forbindelser til applikationen og se ressourceforbruget i det tidsrum:
Forbindelse
Forbindelser er den måde, hvorpå programmer kommunikerer.
En ekstern forbindelse gør det muligt for din database at kommunikere med et eksternt program. Dette ville blive brugt i en situation, hvor du kun hoster din database hos os, men ikke frontend-delen af din applikation. Fordi en ekstern forbindelse foretager en tur-retur på internettet, er den meget langsommere end en intern forbindelse.
En intern forbindelse forbliver indenfor vores netværk og er derfor meget hurtigere og mere sikker. Vi anbefaler denne metode, hvis du hoster både din frontend og din database hos Kinsta.
Database
En samling af data, der er gemt på en organiseret måde, så de kan hentes eller opdateres effektivt.
Deployment
En deployment er en genopbygning af din applikation i en ny container, hvilket normalt sker efter opdatering af din applikations kode, men kan konfigureres til at ske automatisk (se automatisk deployment ovenfor). Implementeringen påkalder eventuelle buildpacks og anvender eventuelle miljøvariabler, hver gang programmet implementeres.
Miljøvariabler
Variabler såsom API-nøgler, databaseforbindelsesoplysninger eller andre konfigurationsværdier eller hemmeligheder. Ved at bruge miljøvariabler kan du undgå at indsætte disse oplysninger i din kode som klartekst (ukrypteret tekst).
Git-repositorium
Et Git-repositorium er det sted, hvor din programkode og historiske versioner af denne kode er gemt.
Instans
Se Pod nedenfor.
Logs
Runtime-logfiler fra applikationsopbygningsprocessen.
Pod
En Pod er en container, der kører en proces. Hver Pod har en Pod-størrelse, som definerer de ressourcer, der er tilgængelige for Pod’en i form af CPU og RAM.
Processer
Den mindste enhed, du kan implementere i vores Application Hosting. Selv om det normalt er et veldefineret element som f.eks. en frontend til en webapplikation, kan det også fungere som backend til en mobilapplikation. Selv om det normalt er veldefineret, er det op til dig at beslutte, hvad du vil køre i en Pod, eller hvad der udgør en proces. Det er muligt at køre flere processer inden for en pod, men podens ressourcer vil blive delt op mellem disse processer.