Wie schnell Fóir antwortet

Websites und Inhalte

Veröffentlichte Inhalte kommen aus einem gemeinsamen Cache, sodass die meisten Besucher die Datenbank nie erreichen. Eine gecachte Seite kommt im Median nach 7 ms zurück und bei 95 von 100 Anfragen innerhalb von 46 ms, während 1.200 Anfragen pro Sekunde eintreffen.

Eine Seite, die noch nicht im Cache liegt, wird im Median in 262 ms erstellt, wobei jede Zugriffsregel auf jeden gelesenen Datensatz angewendet wird.

Wenn Sie veröffentlichen, erhalten Leser weiter die vorherige Version, während die neue erstellt wird. Eine Veröffentlichung lässt also keinen Besucher warten.

Lesezugriffe über den gemeinsamen Lesepfad werden außerdem am Edge von Cloudflare vorgehalten, nah bei Ihren Besuchern, und eine vollständige Seite kommt von dort im Median nach 28 ms zurück.

Anwendungen

Wenn Fóir das Backend Ihrer App ist, kommen die meisten Anfragen von angemeldeten Personen. Sie umgehen den gemeinsamen Cache und gehen an die Datenbank, mit Ihren Zugriffsregeln für genau diese Person.

Ein angemeldeter Kunde, der einen seiner eigenen Datensätze liest, erhält im Median nach 111 ms eine Antwort und bei 95 von 100 Anfragen innerhalb von 189 ms. Das Speichern einer Änderung dauert 188 ms, und ein Lesezugriff direkt danach sieht die Änderung nach 112 ms. Diese Zeiten wurden außerhalb des Rechenzentrums gemessen, sie enthalten also den Hin- und Rückweg.

Diese Zeiten enthalten die Prüfung der Row-Level Security für jede Zeile, die ein selbst gebautes Backend zu seinen eigenen Werten noch hinzurechnen müsste. Sie legen fest, wer was sehen darf, und Demesne, unsere Open-Source-Engine für Autorisierung, schreibt die Policies.

Im Vergleich zu EmDash

Bei einer Standardinstallation von EmDash brauchte eine Seite mit reinem Text in den Messungen von ytyng zwischen 0,39 und 0,94 Sekunden bis zum ersten Byte. Eine Fóir-Seite kommt im Median nach 28 ms vom Edge von Cloudflare, und eine nicht gecachte Seite wird in 262 ms erstellt, mit aufgelösten Referenzen und jeder angewendeten Zugriffsregel.

Im Vergleich zu Supabase

Der Leitfaden von Supabase zu Row-Level Security zeigt eine auf naheliegende Weise geschriebene Policy, die 171 ms in der Datenbank braucht, um eine Tabelle mit 100.000 Zeilen zu lesen, bis sie von Hand umgeschrieben und indexiert wird. Bei Fóir sind die Policies schon für Sie geschrieben, und die gesamte Anfrage eines angemeldeten Kunden dauert von außerhalb des Rechenzentrums 111 ms.

Im Vergleich zu Firebase

Die Sicherheitsregeln von Firebase können höchstens 10 andere Dokumente nachschlagen, um zu entscheiden, ob jemand ein Dokument lesen darf. Die Zugriffsregeln von Fóir laufen in der Datenbank selbst, sodass eine Regel einer Person durch ihre Organisationen und Berechtigungen folgen kann, ohne Budget für Abfragen.