Anwendung hinzufügen
Es sind Schnellstartvorlagen verfügbar, mit denen du das Anwendungs-Hosting von Kinsta mit einem Hello World-Repository testen oder deine eigene Anwendung hinzufügen kannst.
Eine Anwendung hinzufügen
So fügst du eine Anwendung hinzu:
- Melde dich bei MyKinsta an.
- Gehe auf die Seite Anwendungen.
- Klicke auf Anwendung hinzufügen.
Wenn du zum ersten Mal eine Anwendung hinzufügst, musst du einen Git-Dienstanbieter und ein Repository in deinem Konto auswählen. Du kannst einen (oder alle) der folgenden Anbieter auswählen:
Sobald du dein Git-Provider-Konto verbunden hast, kehrst du zu MyKinsta zurück, um mit dem Rest der Schritte zum Hinzufügen der Anwendung fortzufahren.
Die folgenden Felder sind in dem mehrteiligen Formular mit den beschriebenen Auswirkungen verfügbar.
Details zur Anwendung
Zweig wählen
Hier hast du die Möglichkeit, einen der unterstützten Git-Dienstleister auszuwählen.
- Repository: Wähle das zu verwendende Git-Repository aus.
- Standard-Zweig: Lege den Zweig fest, der bei Änderungen und manuell bereitgestellt werden soll.
- Automatische Bereitstellung bei Übergabe: Aktiviere dieses Kontrollkästchen, um deine Anwendung automatisch zu verteilen, wenn ein Commit in den oben ausgewählten Branch gemacht wird.
Grundlegende Details
- Anwendungsname: Dieser Name wird in MyKinsta angezeigt, damit du ihn leicht finden kannst.
- Standort des Datenzentrums: Wähle das Rechenzentrum aus, das du für diese Anwendung nutzen möchtest.
Umgebungsvariablen
Umgebungsvariablen versorgen deine Anwendung mit Informationen, die nicht in der Anwendung selbst gespeichert sind. Sie legen normalerweise Dinge wie Datenbankverbindungsdetails und API-Schlüssel fest. Erweitere diesen Abschnitt, um Umgebungsvariablen für deine Anwendung einzugeben, und wähle aus, ob die Variablen während der Laufzeit und/oder des Build-Prozesses verfügbar sein sollen.
Klicke auf Weiter.
Build-Umgebung
Die Build-Umgebung bestimmt, wie wir deine Anwendung erstellen.
Build-Ressourcen
Wähle die Build-Maschine aus, die für die Erstellung deiner Anwendung benötigt wird. Je mehr Ressourcen die Build-Maschine hat, desto schneller läuft der Build-Prozess.
Container-Image
Mit den nächsten drei Optionen kannst du wählen, ob du Nixpacks, Buildpacks oder eine Dockerdatei verwenden willst, um den Container für deine Anwendung zu erstellen:
- Nixpacks verwenden, um das Container-Image zu erstellen: Wähle diese Option, damit Kinsta Nixpacks verwendet, um einen Container für deine Anwendung auf der Grundlage deines Repositorys zu erstellen. Wir werden versuchen, automatisch die beste Umgebung für dein Projekt zu ermitteln und einen Container dafür zu erstellen. Wenn du keine Version angibst, verwenden wir die letzte verfügbare Version für die Sprache, in der deine Anwendung geschrieben ist. Wenn du eine andere Sprachversion für deine Anwendung verwenden möchtest, gib die Version in den Dateien deiner Anwendung an.
- Build-Pfad: Der Pfad im Repository zu den Dateien, die zum Erstellen der Anwendung benötigt werden. Die meisten Anwendungen werden vom Stammverzeichnis des Repositorys aus erstellt, 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. aus einem Unterverzeichnis (z. B. app) erstellt werden muss, gibst du den Pfad dieses Unterverzeichnisses in das Feld Erstellungspfad ein: app.
- Buildpacks verwenden, um das Container-Image zu erstellen: Wähle diese Option, damit Kinsta ein Buildpack verwendet, um einen Container für deine Anwendung auf Basis deines Repositorys zu erstellen. Wir werden versuchen, automatisch die beste Umgebung für dein Projekt zu ermitteln und einen Container dafür zu erstellen. Wenn du keine Version angibst, verwenden wir die letzte verfügbare Version für die Sprache, in der deine Anwendung geschrieben ist. Wenn du eine andere Sprachversion für deine Anwendung verwenden möchtest, gib die Version in den Dateien deiner Anwendung an.
- Build-Pfad: Der Pfad im Repository zu den Dateien, die zum Erstellen der Anwendung benötigt werden. Die meisten Anwendungen werden vom Stammverzeichnis des Repositorys aus erstellt, 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. aus einem Unterverzeichnis (z. B. app) erstellt werden muss, gibst du den Pfad dieses Unterverzeichnisses in das Feld Erstellungspfad ein: app.
- Verwende Dockerfile, um das Container-Image einzurichten: Wenn du mehr Kontrolle haben möchtest oder bereits ein Dockerfile in deinem Repository hast, wähle diese Option und gib den Pfad und den Kontext des Dockerfiles an. Mit einem Dockerfile kannst du fast jede Sprache verwenden.
- Dockerfile-Pfad: 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.
- Kontext: Der Pfad im Repository, auf den wir zugreifen müssen, damit wir deine Anwendung erstellen können. Die meisten Anwendungen werden vom Stammverzeichnis des Repositorys aus erstellt, daher kannst du das Stammverzeichnis des Repositorys (.) in das Feld Context eingeben. Wenn deine Anwendung von einem Unterverzeichnis aus erstellt werden muss (z. B. app), gib den Pfad dieses Unterverzeichnisses in das Feld Context ein: app.
Klicke auf Weiter.
Ressourcen
Hier kannst du die Ressourcen und den Startbefehl für deinen Webprozess festlegen. Du hast auch die Möglichkeit, persistenten Speicher hinzuzufügen.
Richte deine Prozesse ein
- Startbefehl: Gib den Startbefehl für deinen Webprozess ein. Wenn du dieses Feld leer lässt, versuchen wir, ihn während der Bereitstellung zu erkennen. Der Startbefehl für einen Prozess kann auch nach der Bereitstellung auf der Seite Prozesse deiner Anwendung bearbeitet werden.
- Port: Dieser Wert wird automatisch auf 8080 gesetzt und kann nicht geändert werden. Wenn deine Anwendung versucht, den Port auf etwas anderes als 8080 zu setzen, kannst du nicht auf die Anwendung zugreifen.
- Pod-Größe: Wähle die Pod-Größe für deinen Prozess. Sie bestimmt, wie viel CPU und RAM dem Prozess zur Verfügung stehen.
- Hinweis: Wenn du eine Hobby-Podgröße für deinen Webprozess auswählst, kannst du deiner Anwendungkeinebenutzerdefinierte Domain hinzufügen. Wenn du eine benutzerdefinierte Domäne für deine Anwendung benötigst, kannst du diese jederzeit aktualisieren.
- Festplatte: Um dem Webprozess dauerhaften Speicherplatz hinzuzufügen, klicke auf Festplatte, um diesen Bereich zu erweitern, und fülle die folgenden Felder aus:
- Einhängepfad: Gib den Speicherort der Dateien an, die zum dauerhaften Speicher hinzugefügt werden sollen (z. B. /var/lib/data). Dies darf nicht das Stammverzeichnis oder das Verzeichnis der Konfigurationsdateien sein. Eine vollständige Liste der ungültigen Einhängepfade findest du im Dokument Persistent Storage.
- Größe: Wähle die Festplattengröße für dein persistentes Speichervolumen. Du kannst die Größe des Datenträgers jederzeit erhöhen (auf der Seite Datenträger der Anwendung), aber du kannst die Größe des Datenträgers nicht mehr verringern, wenn er einmal erstellt wurde.
Hinweis: Wenn du zusätzliche Prozesse, wie z. B. einen Hintergrundworker oder einen Cronjob, hinzufügen musst, kannst du sie nach der Bereitstellung auf der Seite Prozesse deiner Anwendung hinzufügen. Wenn deine Anwendung zustandslos ist (kein persistenter Speicher), kannst du auch die automatische horizontale Skalierung für den Webprozess in Prozesse aktivieren. Damit kannst du eine minimale und maximale Anzahl von Instanzen (bis zu 10) festlegen, zwischen denen der Prozess bei Bedarf skalieren kann.
Klicke auf Weiter.
Zusammenfassung
Überprüfe die monatlichen Nutzungskosten für deine Anwendung und bestätige deine Zahlungsmethode. Falls nötig, füge eine neue Karte für die Zahlungsmethode hinzu.
Klicke auf Jetzt bereitstellen, um die Anwendung sofort bereitzustellen, oder auf Später bereitstellen, um die Anwendung zu einem späteren Zeitpunkt manuell bereitzustellen.