Tilføjelse
En tilbagevendende/igangværende tjeneste, der ikke er en hostingtjeneste; f.eks. databasens diskpladstilføjelse eller persistent storage.
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 Git-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.
Baggrundsarbejder
En proces, der kører i baggrunden, adskilt fra hovedapplikationen og er utilgængelig fra internettet. Bruges til at holde langvarige processer adskilt fra hovedapplikationen for at hjælpe med at opretholde en god brugeroplevelse. Ikke beregnet til at blive kørt som et engangsjob, der afsluttes efter et vist tidsrum. Hvis en baggrundsproces afsluttes, efter at den har fuldført sit job, lukker poden ned, genstarter sig selv og gentager processen. For en proces, der afsluttes efter at have afsluttet sit job, skal du bruge en cron-job-proces.
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.
Cron Job
En proces, du kan planlægge med et bestemt interval en gang om dagen, en gang om måneden, hvert 10. minut osv.), så du kan automatisere gentagne opgaver til din applikation. Processen starter kun baseret på den konfigurerede timing og lukker ned efter at have afsluttet den påkrævede handling.
Database
En samling af data, der er lagret på en organiseret måde, så de kan hentes eller opdateres effektivt. Du kan vælge mellem en række databasetyper med Kinstas Database Hosting-tjeneste.
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).
Ephemeral
Tjenester, pods, applikationer, containere osv., der ikke eksisterer i det uendelige og ikke kan bruges til at gemme data som uploadede billeder, videoer osv. Data, der er en del af selve applikationen (et favicon eller logo osv.) kan være gemt på flygtige steder, fordi når applikationen genopbygges, sættes dens data tilbage på plads, når applikationen implementeres.
Flygtige beholdere giver modstandskraft. Flere versioner af en pod kan lanceres, og om nødvendigt kan nye pods lanceres, uden at applikationen lider af nedetid.
Git-repositorium
Et Git-lager er det sted, hvor din applikations kode og historiske versioner af denne kode gemmes.
Hostingtjenester
Kinstas tjenester, der giver dig mulighed for at være vært for specifikke typer indhold:
Andre tjenester omfatter tilføjelser som tilføjelsesprogrammet til database diskplads eller persistent storage.
Billede
Et billede er resultatet af byggeprocessen fra applikationskoden. Pods oprettes baseret på billeder.
Instans
Se Pod nedenfor.
Logs
Runtime-logfiler fra applikationsopbygningsprocessen.
Monorepo
En softwareudviklingsstrategi, hvor kode for flere projekter gemmes i samme lager. For at bruge en monorepo med applikationshosting skal du angive Build-stien, når du tilføjer applikationen eller i Indstillinger > Rediger detaljer.
MyKinsta Virksomhed
En virksomhed er en organisatorisk enhed i MyKinsta. Hver virksomhed kan have flere brugere af forskellige roller tilknyttet, men kan kun have én ejer. En virksomhed har muligvis kun en enkelt WordPress-hostingplan, men kan have flere applikationer, databaser eller statiske websteder.
Node
En node er en virtuel maskine, der rummer pods.
Overskud
Når du har en plan, der inkluderer en forudbestemt mængde ressourcer (som f.eks. en af vores Administreret WordPress Hosting-planer), hvis du bruger mere end de inkluderede ressourcer, pådrager du dig overskridelser. Vores Applikation Hosting og Database Hosting medfører ikke overskud, fordi de er brugsbaserede, og du betaler kun for de ressourcer, din applikation eller database bruger.
Persistent Storage
Persistent storage (også kendt som persistent volume) beholder data, efter at en applikation er lukket ned eller genstartet. Det bruges til data, der skal bevares på tværs af flere sessioner eller enheder, såsom sessionsdata, brugerpræferencer og cachelagret indhold.
Stateful applikationer bruger vedvarende lagring til at anmode om lagringsvolumen fra et underliggende lagringssystem. Lagervolumen er monteret som et filsystem, der gør det muligt for applikationen at læse eller skrive til lagerenheden, som om det var en lokal disk.
Pod
En Pod er en beholder, der kører en proces. Hver Pod har en Pod-størrelse, der definerer de ressourcer, der er tilgængelige for Pod’en i form af processorkerner (CPU) og hukommelse (RAM). Afhængigt af processen i Pod’en vil du måske øge eller mindske ressourcerne for at køre applikationen mere effektivt.
Pod-skalering
Evnen til at øge de tilgængelige ressourcer for en pod (vertikal skalering) eller øge antallet af pods (vandret skalering), der kører den samme proces for at sikre høj tilgængelighed og load balancing.
Pod størrelse
Pod-størrelsen bestemmer antallet af processorkerner (CPU) og hukommelse (RAM) til rådighed for poden. Afhængigt af den proces, poden kører, vil du måske øge eller mindske ressourcerne for at køre applikationen effektivt.
Efterbetalt
Efterbetalingsydelser betales efter modtagelsen af ydelsen. Forbrugsregninger er et almindeligt eksempel, hvor du normalt betaler, efter at ydelser er blevet leveret, og modtager det brugte beløb og prisen på en faktura. Kinstas Applikation Hosting og Database Hosting-tjenester er efterbetalte. Du betaler kun for de ressourcer, der bruges i slutningen af hver månedlig faktureringscyklus. Disse tjenester er forholdsmæssigt til den anden og efterbetalt.
Forudbetalt
Forudbetalte ydelser betales forud, før ydelsen modtages. Kinstas Administreret WordPress Hosting-planer er forudbetalte. For eksempel, hvis du vælger en Business 1 WordPress-hostingplan, bliver du straks faktureret og skal gennemføre betalingen, før du kan bruge tjenesten.
Proces
Den mindste enhed, du kan implementere i vores Applikation Hosting. Selvom dette normalt er et veldefineret element, som en frontend til en webapplikation, kan det også fungere som backend for en mobilapplikation. Selvom 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 i en pod, men Pod’ens ressourcer vil blive delt op mellem disse processer.
Start kommando
Kommandoen, der kræves for at starte din applikation, kaldes startkommandoen for applikationer bygget med en buildpack. Hvis du bruger en Dockerfile til at oprette dit containerbillede, skal du angive ENTRYPOINT eller CMD i din Dockerfile.
Statisk webstedshosting
Statisk webstedshosting er en ny tjeneste, der i øjeblikket er i beta-testning og kun synlig for medlemmer af Kinsta Researchprogram, som får eksklusive smugkig på kommende funktioner, før de går live. Hvis du ikke allerede er en del af vores Researchprogram, men gerne vil være det, kan du logge ind på MyKinsta og tilmelde dig Kinsta Researchprogram når som helst.
Brugsbaseret prissætning
Brugsbaseret prissætning betyder, at du kun betaler for de anvendte ressourcer. For Applikation Hosting og Database Hosting fakturerer vi månedligt i slutningen af din faktureringscyklus, eller når din brug af tjenesterne når en forudindstillet faktureringstærskel, alt efter hvad der indtræffer først.
Virtuelle maskiner
Virtuelle maskiner (VM’er) emulerer fuldstændig separate servere og kan indeholde flere containere og flere databaser. Hos Kinsta er vores infrastruktur, som inkluderer VM’er, bygget på Google Cloud Platforms top-tier infrastruktur.