App aus GitHub dauerhaft online halten

Du hast etwas Kleines geschrieben, das einfach laufen soll: eine API, die deine Handy-App aufruft, einen Preiswächter, einen Webhook-Empfänger, eine kleine Web-App für deinen Verein. Auf blitz.cloud verbindest du GitHub, wählst das Repository, und ein paar Minuten später ist es unter einer HTTPS-Adresse online, auf Servern in der EU. Jeder Push baut eine neue Version. Damit es zu jeder Uhrzeit antwortet, machst du es für 2 EUR im Monat zur Pro-App, oder du nimmst Pro für 7 EUR im Monat für alle deine Apps.

Vom Repository zur Adresse

1. Registrier dich und klick auf "Host something new", dann auf "My own code".
2. Verbinde GitHub und wähl das Repository. Private Repositories gehen auch.
3. Gib der App einen kurzen Namen, etwa api. Daraus wird api.deinname.blitz.cloud.
4. Klick auf "Build it and put it online".

Hat das Projekt ein Dockerfile, bauen wir es. Hat es keins, schreiben wir eins aus dem, was im Repository liegt (requirements.txt, package.json, go.mod und Ähnliches), und schreiben es neu, wenn der Build fehlschlägt. Deine App sollte auf dem Port aus der Umgebungsvariable PORT lauschen, das ist 8080. Geheimnisse wie API-Schlüssel kommen in den Tab Environment der App, wo sie verschlüsselt gespeichert werden.

Ab dann baut jeder Push auf den Branch eine neue Version und stellt sie online. Die laufende Version bleibt, bis die neue funktioniert, ein kaputter Commit ändert für deine Nutzer also nichts. Die Einzelheiten stehen unter GitHub-Projekt ausrollen.

Warum eine kostenlose App nicht immer an ist

Im kostenlosen Tarif schläft eine App mit Adresse nach 15 Minuten ohne Besuch ein, und ein Mensch, der sie im Browser öffnet, weckt sie. Anfragen von Programmen wecken sie nicht: Ein Webhook, ein Cron-Dienst, ein Uptime-Check oder deine Handy-App bekommt die Antwort, dass die App schläft. Für eine Portfolio-Seite passt das. Für eine API oder einen Webhook-Empfänger heißt es verpasste Aufrufe.

So bleibt sie online

Es gibt zwei Wege, sie wach zu halten, beide auf denselben Servern in der EU:

Die Pro-App schaltest du auf der Seite der App im Dashboard ein. Pro beginnt mit 14 Tagen zum Testen. Buchst du es und es passt nicht, bekommst du den ersten Monat zurück, wenn du innerhalb von 30 Tagen fragst.

Eine Datenbank daneben

Die meisten kleinen Apps müssen Daten irgendwo ablegen. Leg auf der Seite Databases eine PostgreSQL-, MariaDB- oder Redis-Datenbank an und verbinde sie mit der App; die Adresse kommt als Umgebungsvariable an. Datenbanken haben keine öffentliche Adresse, nur deine eigenen Apps erreichen sie, und sie werden jede Nacht gesichert. Merkt ein Build, dass der Code ohne Datenbank nicht startet, legt er eine an und schreibt das ins Build-Log.

Bots ohne Adresse

Ein Telegram- oder Discord-Bot, der sich selbst verbindet, braucht gar keine Adresse. Schalte beim Benennen der App "Runs in the background" ein. Dann schläft er nie ein. Im kostenlosen Tarif hält er an, wenn sich 2 Tage lang niemand anmeldet, nichts ausgerollt wird und niemand das Dashboard öffnet, und wir schreiben dir einen Tag vorher eine E-Mail. Als Pro-App oder mit Pro hält er nicht an. Siehe Telegram-Bot hosten und Discord-Bot hosten.

Fragen

Welche Sprachen gehen?

Alles, was sich zu einem Docker-Image für x86 bauen lässt: Python, Node.js, Go, Java, PHP, Ruby, Rust und andere. Ohne Dockerfile schreiben wir eins, mit deinem nehmen wir es, wie es ist.

Wo läuft es?

Auf den Servern von blitz.cloud in der EU, betrieben von BlitzWorks, einem Unternehmen in Deutschland. Den Auftragsverarbeitungsvertrag (AVV) lädst du nach der Anmeldung als PDF herunter.

Kann ich es testen, bevor ich zahle?

Ja. Der kostenlose Tarif baut und betreibt die App ohne Karte; sie schläft nur ein, wenn niemand vorbeischaut. Pro hat 14 Tage zum Testen.