Firebase vs. Supabase: was Sie wirklich zahlen

Firebase berechnet, was Sie tun: jeden Dokument-Lesevorgang, jeden Funktionsaufruf und jedes gesendete Gigabyte, mit einem täglichen Gratis-Kontingent und ohne Grundgebühr (Firebase-Preise). Supabase berechnet, was Sie laufen lassen: einen Tarif ab $25 im Monat plus eine Datenbankinstanz pro Projekt, mit großzügigen Inklusivkontingenten und einem Ausgabenlimit: "The Pro Plan has a spend cap enabled by default to keep costs under control." (der Pro-Tarif hat standardmäßig ein Ausgabenlimit, um die Kosten im Griff zu behalten) (Supabase-Preise).

Firebase ist daher für kleine Apps oder Apps mit Spitzen meist günstiger und riskanter, wenn etwas außer Kontrolle gerät. Supabase ist besser planbar und kostet am Anfang mehr.

Der Gratis-Tarif von Supabase hat einen Haken, den man kennen sollte: "Free projects are paused after 1 week of inactivity." (kostenlose Projekte werden nach 1 Woche Inaktivität pausiert). Gut für einen Prototyp, nicht für etwas, auf das sich Menschen verlassen.

Firebase hat einen einzigen Bezahltarif, Blaze, ohne Monatsgebühr: Sie behalten die kostenlose Nutzung und zahlen darüber pro Einheit. Firestore in us-central1 kostet $0.03 pro 100.000 Lese- und $0.09 pro 100.000 Schreibvorgänge; Cloud Functions $0.40 pro Million Aufrufe nach den ersten 2 Millionen.

Supabase Pro beginnt bei $25 im Monat und enthält pro Projekt 8 GB Datenbankspeicher, dazu 100 GB Dateispeicher, 250 GB ausgehenden Traffic und 100.000 monatlich aktive Nutzer. Außerdem enthält er $10 im Monat an Compute-Guthaben, genug für eine Micro-Instanz (1 GB RAM). Über das Inklusive hinaus: $0.125 pro GB Datenbankspeicher, $0.0213 pro GB Dateispeicher, $0.09 pro GB Traffic und $0.00325 pro Nutzer. Der nächste Tarif, Team, beginnt bei $599 im Monat.

Was überrascht, ist Compute, und das pro Projekt. Supabase sagt es klar: "Each project you launch increases your monthly Compute costs" (jedes Projekt, das Sie starten, erhöht Ihre monatlichen Compute-Kosten). Eine Small-Instanz (2 GB RAM) kostet $15 im Monat, eine Large (8 GB, 2 vCPUs) $110, und das Guthaben deckt nur eine Micro. Drei Small-Projekte auf Pro: $25 + $45 - $10 = $60 im Monat.

• Firebase zählt Vorgänge. Jeder Dokument-Lesevorgang wird berechnet, die Kosten folgen also Ihrem Traffic und Ihrem Code. Eine Abfrage, die 1.000 Dokumente liest, um 10 anzuzeigen, kostet das 100-Fache des Nötigen, und nichts warnt Sie.
• Supabase zählt Kapazität. Abfragen werden nicht pro Zeile berechnet: Sie zahlen die Größe der Instanz. Eine schwere Abfrage macht die Datenbank langsamer, nicht die Rechnung größer, bis Sie auf eine größere Instanz wechseln.
• Beide berechnen Bandbreite. Ausgehender Traffic über dem Inklusivvolumen kostet bei beiden, und das ist die Position, die mit Downloads, Bildern und Video wächst.

Hier unterscheiden sie sich am stärksten. Bei Supabase Pro mit aktivem Ausgabenlimit stoppt das Überschreiten eines Inklusivkontingents diese Nutzung: "further usage of that item is disallowed until the next billing cycle" (weitere Nutzung dieser Position ist bis zum nächsten Abrechnungszeitraum gesperrt) (Kostenkontrolle). Ihre App kann ausfallen, aber die Rechnung wächst nicht. Das Limit gilt nicht für Compute, Lese-Replikate, Point-in-Time-Recovery oder andere gewählte Zusatzoptionen.

Firebase hat nichts Vergleichbares für ein ganzes Projekt. Ein Budget verschickt nur Warnungen, oft Stunden zu spät (Budgetwarnungen), und eine Schleife oder ein Angriff kostet weiter, bis jemand eingreift. So erreichten die Rechnungen in unseren Horrorgeschichten fünfstellige Beträge.

• Eine kleine App oder ein Nebenprojekt: Firebase, oft für $0. 1 Million Firestore-Lesevorgänge am Tag kostet unter $9 im Monat, Supabase Pro dagegen $25 vor jeder Nutzung. Supabase Free geht auch, solange das Projekt jede Woche genutzt wird.
• Mehrere kleine Projekte: Firebase gibt jedem Projekt seine eigene kostenlose Nutzung. Bei Supabase Pro kommt für jedes weitere Projekt Compute hinzu, $10 im Monat in der kleinsten Größe.
• Eine stabile, viel genutzte App: Supabase ist besser planbar: eine feste Instanz und großzügige Inklusivkontingente. Bei Firebase folgt die Rechnung den Lese- und Schreibvorgängen, es lohnt sich also, leseintensive Ansichten zu optimieren.
• Angst vor einer ausufernden Rechnung: Das Ausgabenlimit von Supabase ist standardmäßig aktiv. Bei Firebase bauen Sie die Bremse selbst ein: wie Sie die Firebase-Kosten begrenzen.

Wenn Sie bei Firebase bleiben, ist FireShield diese Bremse: Warnungen, sobald Google die Ausgaben meldet, Spitzenerkennung für jeden Dienst innerhalb von Minuten und ein Soft Kill oder ein Hard Kill, wenn es darauf ankommt.