Einstellungen

Auf der Seite Einstellungen deiner Anwendung findest du Details zu deiner Anwendung, kannst Einstellungen wie Buildpacks verwalten und sie aussetzen oder löschen.

Allgemein

Details

In diesem Abschnitt werden der Anzeigename, der Name und die ID der Anwendung angezeigt. Um den Anzeigenamen zu ändern, klicke auf Anzeigename aktualisieren, gib einen neuen Namen ein und klicke auf Aktualisieren.

Quelle

Hier werden die Informationen über die Anwendungsquelle angezeigt. Welche Informationen angezeigt werden, hängt davon ab, ob du ein Git-Repository oder ein Docker-Image verwendest.

Git-Repository

• Typ der Quelle: Zeigt an, ob das Repository privat oder öffentlich ist.
• Git-Typ: Zeigt an, welchen Git-Anbieter die Anwendung verwendet.
• Repository und Standard-Zweig: Das Git-Repository und der Zweig.
• Automatische Bereitstellung bei Übergabe: Wenn dieses Kontrollkästchen aktiviert ist, wird deine Anwendung automatisch bereitgestellt, sobald eine Übergabe an den oben ausgewählten Zweig erfolgt.

Wenn du eine der Angaben ändern möchtest, klicke auf Quelle aktualisieren. Wenn du die Verzweigung änderst, musst du deine Anwendung erneut manuell bereitstellen, was du auf der Seite Bereitstellungen tun kannst.

Docker-Image

• Quellentyp: Hier wird angezeigt, dass die Anwendung ein Docker-Image verwendet.
• Docker-Image: Dies ist der Pfad zu deinem Docker-Image.
• Registry-Anmeldeinformationen: Hier wird der Name der Registry-Anmeldedaten angezeigt, die unter Unternehmenseinstellungen > Registry-Anmeldedaten eingerichtet wurden.

Um die Angaben zu ändern, klicke auf Quelle aktualisieren. Wenn du die Registry-Anmeldeinformationen änderst, musst du deine Anwendung erneut manuell bereitstellen. Dies kannst du auf der Seite Bereitstellungen tun.

Bereitstellungs-Hook

Mit Bereitstellungshaken kannst du mühelos Bereitstellungen auslösen, indem du eine einfache POST-Anfrage an eine eindeutige URL stellst, die eine nahtlose Workflow-Integration ermöglicht.

Um einen Bereitstellungs-Hook einzurichten, klickst du auf Aktivieren. Dadurch wird eine eindeutige URL generiert, die du mit einer POST-Anfrage aufrufen kannst, um eine Bereitstellung auszulösen. Wenn du die Bereitstellung auf der Grundlage externer Ereignisse automatisieren möchtest (z. B. das Einspielen von Code in ein Repository), kannst du einen Webhook in deinem Repository-Anbieter (GitHub, GitLab, Bitbucket oder Docker) konfigurieren, um die URL des Bereitstellungs-Hook aufzurufen.

Bereitstellungspfade

Mit Bereitstellungspfaden kannst du Bereitstellungen auf der Grundlage bestimmter Regeln auslösen. Du kannst festlegen, welche Dateiänderungen einen Einsatz auslösen und welche ignoriert werden sollen. Du kannst z. B. Verteilungen nur auslösen, wenn Dateien in /src/backend/** geändert werden, oder Verteilungen überspringen, wenn sich die Änderungen auf **/*.md beschränken. Dies kann besonders für Monorepos nützlich sein.

Um Bereitstellungspfade zu konfigurieren, klicke auf Einstellungen bearbeiten.

Um eine Bereitstellung auszulösen, wenn eine Datei in einem bestimmten Pfad geändert wird, wähle Pfade zulassen. Um eine Bereitstellung zu überspringen, wenn eine Datei in einem bestimmten Pfad geändert wird, wähle Pfade ignorieren. Füge die gewünschten Pfadmuster hinzu und klicke auf Einstellungen bearbeiten.

Hibernation

Hibernation fährt deine Anwendung automatisch herunter, wenn innerhalb eines bestimmten Zeitrahmens keine HTTP-Anfragen eingehen. Wenn der Datenverkehr wieder aufgenommen wird, wacht die Anwendung nach 8-20 Sekunden wieder auf, wobei die HTTP-Anfrage während dieser Zeit weiterhin ansteht. Cron-Jobs und andere Jobs laufen normal weiter, auch wenn der Ruhezustand aktiv ist. Um den Ruhezustand für deine Anwendung zu aktivieren, klicke auf Ruhezustand bearbeiten.

Wähle Anwendung in den Ruhezustand versetzen, gib die Anzahl der Leerlaufminuten ein, nach denen deine Anwendung in den Ruhezustand versetzt werden soll, und klicke auf Änderungen speichern.

Erstelle

Build-Ressourcen

Hier wird die Build-Maschine angezeigt, die zum Erstellen deiner Anwendung verwendet wird.

Build-Umgebung

Hier werden Informationen über die Build-Umgebung für deine Anwendung angezeigt, z. B. welcher Builder gerade verwendet wird.

Um die Build-Umgebung zu ändern, klicke auf Einstellungen aktualisieren und wähle eine der folgenden Möglichkeiten aus:

Nixpacks

Verwende Nixpacks, um einen Container für deine Anwendung zu erstellen, der auf deinem Repository basiert.

• Cache aktiviert: Wenn du deine Anwendung baust, erstellt MyKinsta ein einsatzfähiges Image aus deinem Code. Standardmäßig ist der Cache aktiviert, der die letzte erfolgreiche Bereitstellung speichert, so dass zukünftige Builds unveränderte Komponenten wiederverwenden können, was den Prozess erheblich beschleunigt und den Ressourcenverbrauch reduziert.
• Build-Pfad: Dies ist der Pfad im Repository zu den Dateien, die zum Erstellen der Anwendung benötigt werden. Die meisten Anwendungen werden vom Stammverzeichnis des Repositorys aus gebaut, und der Build-Pfad ist standardmäßig auf diesen Pfad festgelegt (.). Wenn du einen anderen Build-Pfad hast, gib ihn hier an. Wenn deine Anwendung z. B. in einem Unterverzeichnis namens app erstellt werden soll, gib app in das Feld Erstellungspfad ein. Dies ist auch nützlich, wenn du eine Monorepo hast.
• Nixpacks-Version: Wähle die Nixpacks-Version aus, die du zum Bauen deiner Anwendung verwenden möchtest. Unterschiedliche Versionen können sich auf den Build-Prozess auswirken. Deshalb ist es wichtig, dass du dir das Nixpacks Changelog für die Sprache deiner Anwendung ansiehst. Es liegt in deiner Verantwortung, die Kompatibilität sicherzustellen, da sich Änderungen zwischen den Versionen darauf auswirken können, wie deine Anwendung erstellt wird und läuft.

Buildpacks

Verwende Buildpacks, um einen Container für deine Anwendung zu erstellen, der auf deinem Repository basiert.

• Cache aktiviert: Wenn du deine Anwendung baust, erstellt MyKinsta ein einsatzfähiges Image aus deinem Code. Standardmäßig ist der Cache aktiviert, der die letzte erfolgreiche Bereitstellung speichert, so dass zukünftige Builds unveränderte Komponenten wiederverwenden können, was den Prozess erheblich beschleunigt und den Ressourcenverbrauch reduziert.
• Build-Pfad: Dies ist der Pfad im Repository zu den Dateien, die zum Erstellen der Anwendung benötigt werden. Die meisten Anwendungen werden vom Stammverzeichnis des Repositorys aus gebaut, und der Build-Pfad ist standardmäßig auf diesen Pfad festgelegt (.). Wenn du einen anderen Build-Pfad hast, gib ihn hier an. Wenn deine Anwendung z. B. in einem Unterverzeichnis namens app erstellt werden soll, gib app in das Feld Erstellungspfad ein. Dies ist auch nützlich, wenn du eine Monorepo hast.
• Pack-Builder: Wähle den Buildpack-Builder aus, den du verwenden möchtest. Informationen darüber, was jeder Builder beinhaltet, findest du unter Heroku Stacks.
• Buildpack hinzufügen: Füge die erforderlichen Buildpacks für deine Anwendung hinzu. Das Buildpack, das die Hauptsprache deiner Anwendung enthält, muss das letzte in der Liste der Buildpacks sein. Wenn du z. B. eine Node.js-Anwendung hast und ein weiteres Buildpack hinzufügen musst, stelle sicher, dass das Node.js-Buildpack am Ende der Liste steht.

Dockerfile

Verwende ein Dockerfile (das in deinem Repository gespeichert ist), um einen Container für deine Anwendung zu erstellen.

• Cache aktiviert: Wenn du deine Anwendung baust, erstellt MyKinsta ein einsatzfähiges Image aus deinem Code. Standardmäßig ist der Cache aktiviert, der das letzte erfolgreiche Docker-Image speichert, so dass zukünftige Builds unveränderte Komponenten wiederverwenden können, was den Prozess erheblich beschleunigt und den Ressourcenverbrauch reduziert.
• Dockerfile-Pfad: Dies ist der Pfad zu deinem Dockerfile relativ zum Stammverzeichnis des Repositorys. Wenn sich deine Dockerdatei beispielsweise im Stammverzeichnis des Repositorys befindet, gibst du Dockerfile in dieses Feld ein. Wenn sich deine Dockerdatei in einem Unterverzeichnis namens app befindet, gib den Pfad zur Dockerdatei ein: app/Dockerfile.
• Docker-Kontext: Das ist der Pfad im Repository, auf den wir Zugriff benötigen, um deine Anwendung zu erstellen. Die meisten Anwendungen werden aus dem Stammverzeichnis des Repositorys erstellt, daher kannst du das Stammverzeichnis des Repositorys (.) in das Feld Kontext eingeben. Wenn deine Anwendung zum Beispiel aus einem Unterverzeichnis namens app erstellt werden soll, gibst du app in das Feld Kontext ein.
• Registry-Zugangsdaten: Dies ist nur für private Docker-Images erforderlich. Du musst deine Registry-Anmeldedaten in das Feld Nutzername > Unternehmenseinstellungen > Registry-Zugangsdaten. Sobald du deine Anmeldedaten in den Unternehmenseinstellungen eingegeben hast, kannst du auswählen, welche Anmeldedaten du verwenden möchtest.

Wenn du die Umgebung änderst, musst du deine Anwendung erneut manuell bereitstellen, was du auf der Seite Bereitstellungen tun kannst.

Warnungen

Anwendung aussetzen oder fortsetzen

Es kann vorkommen, dass du eine Anwendung anhalten musst, ohne sie zu löschen. Das kann nützlich sein, wenn du Probleme beheben oder Teile der Anwendung testen musst, ohne dass sie läuft.

Wenn du die Anwendung anhältst, wird nichts an ihr geändert oder entfernt. Die Verbindungen zur Anwendung bleiben bestehen, funktionieren aber nicht, während die Anwendung ausgesetzt ist. Während der Aussetzung entstehen dir keine Kosten für die Anwendung.

Klicke auf Anwendung aussetzen und bestätige die Aussetzung, indem du im Modal/Pop-up erneut auf Anwendung aussetzen klickst.

Wenn du bereit bist, deine Anwendung neu zu starten, klicke auf Anwendung fortsetzen und bestätige den Neustart, indem du im Modal/Pop-up erneut auf Anwendung fortsetzen klickst.

Anwendung löschen

Wenn du die Anwendung nicht mehr benötigst, klickst du auf Anwendung löschen, gibst den Namen deiner Anwendung ein und klickst erneut auf Anwendung löschen, um sie vollständig zu entfernen.

Wenn du die Anwendung vollständig löschst, werden die folgenden Funktionen entfernt:

• Alle Dateien
• Einstellungen
• Persistente Speicherlaufwerke
• Verbindungen zu anderen Anwendungen oder Datenbanken.