Verwaltete Datenbanken auf blitz.cloud - PostgreSQL, MariaDB, Redis

blitz.cloud bietet verwaltetes PostgreSQL 17, MariaDB 11.4 und Redis, bereitgestellt von Valkey 8. Eine Datenbank wird für dich angelegt, wenn eine App eine braucht, oder über die Seite Databases, und ihre Verbindungsdaten landen als Umgebungsvariablen in der App. Datenbanken sind nur aus deinen eigenen Apps erreichbar und werden jede Nacht gesichert.

Datenbank-Engines

Redis wird von Valkey bereitgestellt, dem Open-Source-Fork. Das Protokoll ist dasselbe, Redis-Clients und redis://-URLs funktionieren also unverändert.

MongoDB gibt es nicht. Seine Lizenz, die SSPL, soll genau die Art von Hosting-Angebot verhindern, die blitz.cloud wäre. Eine App, die MongoDB braucht, sagt das vor der Installation.

Unsicher, welche du nehmen sollst? PostgreSQL ist fast immer die richtige Antwort.

Eine Datenbank anlegen

Eine Datenbank entsteht auf einem von drei Wegen:

1. Du installierst eine App aus dem App Store, die eine braucht. Nextcloud bekommt zum Beispiel MariaDB.
2. Du rollst ein Docker-Image aus, und blitz.cloud erkennt, dass es eine braucht, oder du schaltest im Assistenten unter Advanced settings "Needs a database" (braucht eine Datenbank) ein.
3. Du legst auf der Seite Databases eine an, indem du Engine und Namen wählst, und verbindest sie dann mit einer App.

Eine neue Datenbank ist meist in unter einer Minute bereit. Die Karte zeigt die Engine, wie viele Daten sie enthält, welche App sie nutzt, und den Connection-String. Der ist verborgen, bis du auf Show klickst.

Wie die App die Verbindungsdaten bekommt

Wenn die Variablennamen einer App bekannt sind, füllt blitz.cloud sie aus. Nextcloud bekommt zum Beispiel MYSQL_HOST, MYSQL_DATABASE, MYSQL_USER und MYSQL_PASSWORD. Der Assistent listet sie auf, bevor er irgendetwas anwendet.

Wenn über die App nichts bekannt ist, bekommt sie eine einzelne DATABASE_URL mit dem vollständigen Connection-String. Viele Tools lesen diesen Namen per Konvention, darunter Rails, Prisma-Schemas und Django mit dj-database-url.

Der Host im Connection-String ist ein kurzer interner Name. Er wird innerhalb deines Kontos aufgelöst und nirgendwo sonst.

Eine Datenbank pro App

Jede Datenbank gehört zu einer App, und jede App hat höchstens eine Datenbank. Zwei Apps auf einer Datenbank würden gegenseitig ihre Tabellen überschreiben; zwei WordPress-Seiten auf einer Datenbank zerstören sich gegenseitig die Beiträge. Die Datenbank ist nach der App benannt und wird mit ihr umbenannt.

Netzwerkzugriff

Datenbanken haben keine öffentliche Adresse und keinen offenen Port im Internet. Nur Apps in deinem eigenen Konto können sich verbinden. Das heißt auch: Von deinem Laptop aus mit psql oder einem grafischen Client kommst du heute nicht dran.

Löschen

Eine Datenbank, die eine App nutzt, lässt sich nicht einzeln löschen. Sie geht mit der App. Wenn du die App löschst, fragt blitz.cloud nach dem Eintippen ihres Namens, was mit der Datenbank passieren soll: für eine andere App behalten oder zusammen mit jeder nächtlichen Kopie löschen. Eine Standardantwort gibt es nicht.

Backups

Jede laufende Datenbank wird jede Nacht außerhalb unserer Server kopiert: Im kostenlosen Tarif bleiben 7 Nächte erhalten. Eine PostgreSQL- oder MariaDB-Datenbank auf eine Nacht zurückzusetzen ist ein Knopf. Details unter Backups.

Limits

Der kostenlose Tarif enthält eine Datenbank. Jede Datenbank reserviert 1 GB Speicher (Redis: 0,5 GB) und etwas Arbeitsspeicher aus deinem Kontingent: 128 MB für PostgreSQL, 192 MB für MariaDB, 64 MB für Redis. Siehe Limits.

Die Datenbank-Versionen sind auf die oben genannten festgelegt. Automatische Upgrades auf eine neue Hauptversion gibt es nicht.