Instellingen

Op de Instellingen pagina van je applicatie kun je details over je applicatie vinden, instellingen zoals buildpacks beheren en de applicatie opschorten of verwijderen.

Algemeen

Details

Dit gedeelte toont de weergavenaam, naam en ID van de applicatie. Om de weergavenaam te wijzigen, klik je op Weergavenaam bijwerken, voer je een nieuwe naam in en klik je op Bijwerken.

Bron

Hier wordt de informatie over de bron van de applicatie weergegeven. De getoonde informatie hangt af van of je een Git repository of een Docker image gebruikt.

Git repository

• Type bron: Toont of de repository privé of openbaar is.
• Git type: Toont welke Git provider de applicatie gebruikt.
• Repository en Standaard branch: De Git repository en branch.
• Automatisch deployen bij commit: Als dit vakje is aangevinkt, zal je applicatie automatisch deployen elke keer als er een commit wordt gedaan op de branch die hierboven is geselecteerd.

Om een van de details te wijzigen, klik je op Bron bijwerken. Als je de branch wijzigt, moet je je applicatie handmatig opnieuw deployen, wat je kunt doen op de Deployments pagina.

Docker image

• Bron type: Dit geeft aan dat de applicatie een Docker image gebruikt.
• Docker image: Dit is het pad naar je Docker image.
• Register credentials: Dit toont de naam van de register credentials die zijn ingesteld binnen Bedrijfsinstellingen > Register credentials.

Klik op Bron bijwerken om een van de details te wijzigen. Als je de register credentials wijzigt, moet je de applicatie handmatig opnieuw implementeren, wat je kunt doen op de pagina Deployments.

Deploy hook

Met Deploy hooks kun je moeiteloos deployments starten met een eenvoudig POST-verzoek naar een unieke URL, waardoor een naadloze workflow-integratie mogelijk is.

Om een deploy hook in te stellen klik je op Inschakelen; dit genereert een unieke URL die je kunt aanroepen met een POST verzoek om een deployment te starten. Als je deployments wilt automatiseren op basis van externe gebeurtenissen (bijvoorbeeld het pushen van code naar een repository), dan kun je een webhook configureren in je repository provider (GitHub, GitLab, Bitbucket of Docker) om de deploy hook URL aan te roepen.

Deploy paden

Met Deploy paden kun je deployments starten op basis van een specifieke set regels. Je kunt definiëren welke bestandswijzigingen een deployment moeten starten en welke genegeerd moeten worden. Je kunt bijvoorbeeld alleen deployments starten als bestanden in /src/backend/** worden gewijzigd of deployments overslaan als wijzigingen beperkt blijven tot **/*.md bestanden. Dit kan vooral handig zijn voor monorepos.

Om deploy paden te configureren, klik je op Instellingen bewerken.

Om een deployment te starten wanneer een bestand wordt gewijzigd binnen een specifiek pad, selecteer je Paden toestaan. Om een deployment over te slaan wanneer een bestand wordt gewijzigd in een specifiek pad, selecteer je Paden negeren. Voeg de vereiste padpatronen toe en klik op Instellingen bewerken.

Slaapstand

In de slaapstand wordt je applicatie automatisch teruggeschaald als er geen HTTP-verzoeken worden ontvangen binnen de opgegeven tijd. Als het verkeer weer op gang komt, ontwaakt de applicatie na 8-20 seconden, waarbij het HTTP-verzoek gedurende die tijd in behandeling blijft. Cron jobs en andere jobs blijven normaal draaien, zelfs als de slaapstand actief is. Om de slaapstand in te schakelen op je applicatie, klik je op Slaapstand bewerken.

Selecteer App in slaapstand, voer het aantal inactieve minuten in waarna je de applicatie in slaapstand wilt zetten en klik op Wijzigingen opslaan.

Build

Build bronnen

Dit toont de bouwmachine die wordt gebruikt om je applicatie te bouwen.

Build omgeving

Dit toont informatie over de build omgeving voor je applicatie, inclusief welke builder momenteel in gebruik is.

Om de build omgeving te wijzigen, klik je op Instellingen bijwerken en selecteer je een van de volgende:

Nixpacks

Gebruik Nixpacks om een container voor je applicatie te maken op basis van je repository.

• Cache ingeschakeld: Wanneer je je applicatie bouwt, maakt MyKinsta een deployable image van je code. Standaard is cache ingeschakeld, waardoor de laatste succesvolle deployment wordt opgeslagen zodat toekomstige builds ongewijzigde componenten kunnen hergebruiken, waardoor het proces aanzienlijk wordt versneld en het gebruik van resources wordt verminderd.
• Build pad: Dit is het pad in het archief naar de bestanden die nodig zijn om de applicatie te bouwen. De meeste applicaties worden gebouwd vanaf de root van het archief en het build pad is standaard (.). Als je een ander build pad hebt, geef het dan hier op. Als je applicatie bijvoorbeeld gebouwd moet worden vanuit een submap met de naam app, vul dan app in in het veld Build pad. Dit is ook handig als je een monorepo hebt.
• Nixpacks versie: Kies de Nixpacks versie die je wilt gebruiken om je applicatie te bouwen. Verschillende versies kunnen het bouwproces beïnvloeden, dus het is belangrijk om de Nixpacks changelog voor de taal van je applicatie te bekijken. Zorgen voor compatibiliteit is jouw verantwoordelijkheid, omdat veranderingen tussen versies invloed kunnen hebben op hoe je applicatie wordt gebouwd en draait.

Buildpacks

Gebruik Buildpacks om een container voor je applicatie te maken op basis van je repository.

• Cache ingeschakeld: Wanneer je je applicatie bouwt, maakt MyKinsta een deployable image van je code. Standaard is cache ingeschakeld, waardoor de laatste succesvolle deployment wordt opgeslagen zodat toekomstige builds ongewijzigde componenten kunnen hergebruiken, wat het proces aanzienlijk versnelt en het gebruik van resources vermindert.
• Build pad: Dit is het pad in het archief naar de bestanden die nodig zijn om de applicatie te bouwen. De meeste applicaties worden gebouwd vanaf de root van het archief en het build pad is standaard (.). Als je een ander build pad hebt, geef het dan hier op. Als je applicatie bijvoorbeeld gebouwd moet worden vanuit een submap met de naam app, vul dan app in in het veld Build pad. Dit is ook handig als je een monorepo hebt.
• Pack builder: Kies welke buildpack builder je wilt gebruiken. Raadpleeg Heroku stacks voor informatie over wat elke builder bevat.
• Buildpack toevoegen: Voeg de benodigde buildpacks voor je applicatie toe. De buildpack die de primaire taal van je applicatie bevat moet de laatste zijn in de buildpacks lijst. Als je bijvoorbeeld een Node.js applicatie hebt en nog een buildpack moet toevoegen, zorg er dan voor dat de Node.js buildpack aan het einde van de lijst staat.

Dockerfile

Gebruik een Dockerfile (opgeslagen in je repository) om een container te maken voor je applicatie.

• Cache ingeschakeld: Wanneer je je applicatie bouwt, maakt MyKinsta een deployable image van je code. Standaard is cache ingeschakeld, waardoor de laatste succesvolle Docker image wordt opgeslagen zodat toekomstige builds ongewijzigde componenten kunnen hergebruiken, waardoor het proces aanzienlijk wordt versneld en het gebruik van resources wordt verminderd.
• Dockerfile pad: Dit is het pad naar je Dockerfile relatief ten opzichte van de repository root. Als je Dockerfile bijvoorbeeld in de repository root staat, voer dan Dockerfile in dat veld in. Als je Dockerfile in een submap met de naam app staat, voer dan het pad naar het Dockerfile in: app/Dockerfile.
• Docker context: Dit is het pad in de repository waartoe we toegang moeten hebben zodat we je applicatie kunnen bouwen. De meeste applicaties worden gebouwd vanuit de repository root, en je kunt de repository root (.) invoeren in het Context veld. Als je applicatie bijvoorbeeld gebouwd moet worden vanuit een submap met de naam app, vul dan app in in het Context veld.
• Register credentials: Dit is alleen nodig voor private Docker images. Je moet je registergegevens invoeren in gebruikersnaam > Bedrijfsinstellingen > Register credentials. Zodra je je referenties hebt ingevoerd in de Bedrijfsinstellingen, kun je kiezen welke referenties je wilt gebruiken.

Als je de omgeving wijzigt, moet je je applicatie handmatig opnieuw implementeren, wat je kunt doen op de Deployments pagina.

Gevarenzone

Applicatie opschorten of hervatten

Er kunnen momenten zijn waarop je een applicatie moet stoppen zonder deze te verwijderen. Dit kan handig zijn als je problemen moet oplossen of delen van de applicatie moet testen zonder dat deze actief is.

Het opschorten van de applicatie verandert of verwijdert niets aan de applicatie. Verbindingen met de applicatie blijven bestaan, maar zullen niet werken terwijl de applicatie is opgeschort. Je maakt geen kosten voor de applicatie tijdens de opschorting.

Klik op Applicatie opschorten en bevestig de opschorting door nogmaals op Applicatie opschorten te klikken in het modal/popupvenster.

Wanneer je klaar bent om je applicatie opnieuw te starten, klik je op Applicatie hervatten en bevestig je de herstart door nogmaals op Applicatie hervatten te klikken in de modal/popup.

Applicatie verwijderen

Als je de applicatie niet langer nodig hebt, klik je op Applicatie verwijderen, voer je de naam van de applicatie in en klik je nogmaals op Applicatie verwijderen om deze volledig te verwijderen.

Als je de applicatie volledig verwijdert , wordt het volgende verwijderd:

• Alle bestanden
• Instellingen
• Permanente opslagschijven
• Verbindingen met andere applicaties of databases.