La vitesse de réponse de Fóir

Sites web et contenus

Le contenu publié est servi depuis un cache partagé, si bien que la plupart des visiteurs n'atteignent jamais la base de données. Une page en cache revient en 7 ms en médiane, et en moins de 46 ms pour 95 requêtes sur 100, avec 1 200 requêtes par seconde.

Une page qui n'est pas encore en cache est construite en 262 ms en médiane, avec chaque règle d'accès appliquée à chaque enregistrement qu'elle lit.

Quand vous publiez, les lecteurs continuent de recevoir la version précédente pendant que la nouvelle se construit : une publication ne fait jamais attendre un visiteur.

Les lectures qui passent par la voie de lecture partagée sont aussi conservées à la périphérie du réseau de Cloudflare, près de vos visiteurs, et une page complète en revient en 28 ms en médiane.

Applications

Quand Fóir est le backend de votre application, la plupart des requêtes viennent de personnes connectées. Elles contournent le cache partagé et vont à la base de données, avec vos règles d'accès appliquées à cette personne.

Un client connecté qui lit l'un de ses propres enregistrements obtient une réponse en 111 ms en médiane, et en moins de 189 ms pour 95 requêtes sur 100. L'enregistrement d'une modification prend 188 ms, et une lecture juste après voit la modification en 112 ms. Ces temps sont mesurés depuis l'extérieur du centre de données : ils incluent l'aller-retour.

Ces temps incluent la vérification de la sécurité au niveau des lignes sur chaque ligne, qu'un backend fait maison devrait ajouter à ses propres chiffres. Vous déclarez qui peut voir quoi, et Demesne, notre moteur d'autorisation open source, écrit les politiques.

Face à EmDash

Sur une installation par défaut d'EmDash, une page de texte simple a mis entre 0,39 et 0,94 seconde à renvoyer son premier octet dans les mesures de ytyng. Une page Fóir arrive de la périphérie de Cloudflare en 28 ms en médiane, et une page qui n'est pas en cache est construite en 262 ms, avec ses références résolues et chaque règle d'accès appliquée.

Face à Supabase

Le guide de Supabase sur la sécurité au niveau des lignes montre une politique écrite de la façon la plus évidente qui passe 171 ms dans la base de données pour lire une table de 100 000 lignes, jusqu'à ce qu'elle soit réécrite et indexée à la main. Sur Fóir, les politiques sont écrites pour vous, et la requête complète d'un client connecté prend 111 ms depuis l'extérieur du centre de données.

Face à Firebase

Les règles de sécurité de Firebase peuvent consulter au plus 10 autres documents pour décider si quelqu'un peut en lire un. Les règles d'accès de Fóir s'exécutent dans la base de données elle-même : une règle peut suivre une personne à travers ses organisations et ses autorisations sans budget de consultations.