App-Plattform: Web-Apps aus Git und Docker-Images bereitstellen

Legen Sie zuerst die Quelle Ihrer App fest. Nennen Sie uns nach der Bestellung auf der Support-Seite Ihr GitHub- oder GitLab-Repository oder die Adresse eines Container-Images, dann verbindet unser Team es. Bei Repositorys wird die Build-Methode automatisch anhand der Sprache erkannt; ist ein Dockerfile vorhanden, wird danach gebaut, und ein fertiges Image startet direkt über seine Adresse.

Nennen Sie uns dann die Ausführungseinstellungen. Senden Sie den Port, auf dem die App lauscht, Umgebungsvariablen wie die Datenbankadresse und den Startbefehl, dann trägt unser Team sie ein. Passwörter und API-Keys werden als verschlüsselte Umgebungsvariablen hinterlegt und bleiben nicht im Code-Repository. Nach der Einrichtung startet der Build, und sobald die App läuft, nennen wir Ihnen die Standardadresse.

Zuletzt verbinden Sie Ihre Domain. Nennen Sie uns die Domain, erhalten Sie den einzutragenden Record-Wert; fügen Sie diesen einen Record in Ihrer Domainverwaltung hinzu, wird das HTTPS-Zertifikat automatisch ausgestellt und erneuert. Danach wird bei jedem Push auf den Standard-Branch eine neue Version gebaut, und der Zugriff wechselt erst, wenn sie bereit ist, sodass Ihre Kunden den Dienst auch während des Deployments ohne Unterbrechung nutzen.

Die kleinste Größe, App L, kostet $25.00 pro Monat mit 2 vCPU und 4GB Arbeitsspeicher. App XL mit 4 vCPU und 8GB Arbeitsspeicher kostet $45.00, und App 2XL mit 8 vCPU und 16GB Arbeitsspeicher kostet $85.00.

Wählen Sie die Größe basierend auf dem Arbeitsspeicher, den Ihre App verwendet. App L reicht für Telegram-Bots und kleine APIs, und Web-Apps mit einem Framework passen zu App XL oder App 2XL mit 4GB. Für Dienste mit vielen Benutzern oder speicherintensive Apps wie Bildverarbeitung wählen Sie App 3XL. Sie können die Größe später basierend auf der Nutzung ändern, indem Sie sie auf der Support-Seite anfordern, sobald Ihre erste Zahlung bestätigt ist.

Die Zahlung erfolgt an jedem Abrechnungsdatum. Der erste Monat wird bei der Bestellung berechnet, und der gleiche Betrag wird automatisch an jedem Abrechnungsdatum zur Verlängerung abgebucht. Wenn Sie mehrere Apps betreiben, hat jede ihr eigenes Abrechnungsdatum, sodass die Kündigung nur einer ungenutzten App auf der Support-Seite nur die Gebühr für diese App beendet.

Die Festplatte der App-Plattform wird bei jedem Deployment neu bereitgestellt. Daten, die bleiben sollen, wie Mitgliederdaten, Bestellungen oder von Kunden hochgeladene Dateien, speichern Sie daher grundsätzlich in einer Managed-Datenbank und im Object Storage. So bleiben die Daten erhalten, egal wie oft Sie die App neu deployen.

Legen Sie geheime Werte von Anfang an in Umgebungsvariablen ab. Mit getrennten Datenbankadressen für Entwicklung und Produktion deployen Sie denselben Code in eine Test-App und eine Produktiv-App, die jeweils eigene Daten nutzen. Auch beim Schlüsselwechsel müssen Sie den Code nicht ändern: Senden Sie den neuen Wert über die Support-Seite, dann ändern wir nur die Umgebungsvariable und deployen neu.

Mit einer Health-Check-Adresse wird das Deployment sicherer. Startet eine neue Version, prüft die Plattform diese Adresse und leitet die Zugriffe der Kunden erst nach einer korrekten Antwort auf die neue Version. Falsch konfigurierte Versionen stoppen, bevor Zugriffe wechseln, und Ihre Kunden nutzen weiter die vorherige Version.

Wenn etwas schiefgeht, beginnen Sie mit den Laufzeit-Logs. Fordern Sie sie auf der Support-Seite an, sobald Ihre erste Zahlung bestätigt ist, und wir senden Ihnen die Aufzeichnungen, die Ihre App in der Standardausgabe in zeitlicher Reihenfolge geschrieben hat, damit Sie schnell herausfinden können, welche Anfrage den Fehler verursacht hat. Wenn der Speicher oft voll wird und die App neu startet, wechseln Sie eine Größe größer. Build-Logs werden ebenfalls gespeichert, sodass wir Ihnen bei einem fehlgeschlagenen Deploy auch mitteilen können, bei welcher Paketinstallation es gestoppt hat.