La velocidad de respuesta de Fóir

Sitios web y contenido

El contenido publicado se sirve desde una caché compartida, así que la mayoría de los visitantes nunca llega a la base de datos. Una página en caché vuelve en una mediana de 7 ms, y en menos de 46 ms en 95 de cada 100 solicitudes, con 1200 solicitudes por segundo llegando.

Una página que aún no está en caché se genera en una mediana de 262 ms, con cada regla de acceso aplicada a cada registro que lee.

Cuando publicas, los lectores siguen recibiendo la versión anterior mientras se genera la nueva, así que una publicación nunca hace esperar a un visitante.

Las lecturas por la vía de lectura compartida también se guardan en el borde de la red de Cloudflare, cerca de tus visitantes, y una página completa vuelve desde ahí en una mediana de 28 ms.

Aplicaciones

Cuando Fóir es el backend de tu app, la mayoría de las solicitudes vienen de alguien que ha iniciado sesión. Se saltan la caché compartida y van a la base de datos con tus reglas de acceso aplicadas a esa persona.

Un cliente con sesión iniciada que lee uno de sus propios registros obtiene respuesta en una mediana de 111 ms, y en menos de 189 ms en 95 de cada 100 solicitudes. Guardar un cambio lleva 188 ms, y una lectura justo después ve el cambio en 112 ms. Estos tiempos se tomaron desde fuera del centro de datos, así que incluyen la ida y la vuelta.

Esos tiempos incluyen la comprobación de seguridad a nivel de fila en cada fila, que un backend hecho a mano tendría que sumar a sus propias cifras. Tú declaras quién puede ver qué, y Demesne, nuestro motor de autorización de código abierto, escribe las políticas.

Frente a EmDash

En una instalación por defecto de EmDash, una página de texto plano tardó entre 0,39 y 0,94 segundos en dar su primer byte en las mediciones de ytyng. Una página de Fóir llega desde el borde de Cloudflare en una mediana de 28 ms, y una que no está en caché se genera en 262 ms, con sus referencias resueltas y cada regla de acceso aplicada.

Frente a Supabase

La guía de Supabase sobre seguridad a nivel de fila muestra una política escrita de la forma más obvia que tarda 171 ms en la base de datos en leer una tabla de 100 000 filas, hasta que se reescribe y se indexa a mano. En Fóir las políticas ya vienen escritas, y la solicitud completa de un cliente con sesión iniciada tarda 111 ms desde fuera del centro de datos.

Frente a Firebase

Las reglas de seguridad de Firebase pueden consultar como máximo otros 10 documentos para decidir si alguien puede leer uno. Las reglas de acceso de Fóir se ejecutan en la propia base de datos, así que una regla puede seguir a una persona a través de sus organizaciones y permisos sin un presupuesto de consultas.