ElectricSQL, sincronización activo-activo de Postgres a SQLite para web/apps local-first

• Plataforma para desarrollar apps reactivas (Reactive), en tiempo real (Realtime) y local-first basadas en Postgres en la nube y SQLite local
• Local-First
  • El código de la app se comunica directamente con una base de datos embebida en SQLite, y los datos se sincronizan dinámicamente en segundo plano con Postgres en la nube mediante replicación activo-activo
  • Esto permite colaboración multiusuario y manejo sin conflictos (Conflict-Free)
• A través de ElectricSQL, se puede usar Postgres local tal como está
• Diseñado con el objetivo de aprovechar el acceso a datos local-first para que las apps respondan de inmediato y se mantengan consistentemente rápidas
• Proporciona simplicidad operativa y reduce la diversidad y la carga de trabajo de los servicios backend al estandarizarse sobre un protocolo de replicación simple y escalable
• Compatible con sistemas existentes basados en Postgres y funciona junto con los modelos de datos existentes

[sixmen]

Fue un caso en el que yo prefería que funcionara incluso sin servidor, así que hice una app centrada en el cliente, pero más tarde surgió la necesidad de integrarla con un servidor y terminé cambiándola a sincronización activo-activo.

El primer servicio lo implementé manualmente introduciendo el concepto de OT, y para el segundo estuve buscando una solución externa antes de elegir Couchbase (en ese momento también investigué PouchDB y Realm)...

La conclusión es que, si se puede evitar, es mejor no hacerlo. No se puede gestionar bien la información (aunque en parte también influye que la base de datos de Couchbase es peculiar)

[GN⁺]

Comentarios de Hacker News

• ElectricSQL es una nueva tecnología que permite la sincronización activo-activo entre Postgres y SQLite para apps local-first.
• Esta tecnología fue elogiada por su enfoque único para gestionar la conexión entre SQLite del lado del cliente, una capa de sincronización/CRDT de código abierto y Postgres.
• ElectricSQL hace que la base de datos Postgres funcione como la fuente central de verdad para todos los datos y las cuentas de usuario, mientras que el contenido privado de cada usuario puede aislarse y sincronizarse en su propia base de datos SQLite.
• Existe la posibilidad de que ElectricSQL se use en flujos de trabajo de CI para escribir pruebas de integración rápidas utilizando una parte de datos reales o curados.
• ElectricSQL se considera un paso importante hacia el resurgimiento de las apps local-first, aunque todavía quedan muchos desafíos por superar en este campo.
• Se planteó la posibilidad de usar cifrado de extremo a extremo para parte del estado de las aplicaciones que usan ElectricSQL.
• Algunos usuarios expresaron preocupación por la complejidad de entender qué ocurre con el estado junto con los CRDT, y comentaron cómo esto podría causar problemas a los usuarios.
• Hay preguntas sobre el modelo comercial de ElectricSQL, y dudas sobre si será un servicio cloud completo o si solo alojará el componente de Elixir.
• Los usuarios sienten curiosidad por la validación o autenticación de los cambios que se vuelven a fusionar en la base de datos raíz, y se preguntan cómo responde ElectricSQL ante la posibilidad de que un cliente malicioso envíe un flujo de datos arbitrario para sincronizarlo con la base de datos raíz.
• ElectricSQL fue comparado con otras soluciones como PouchDB y CouchDB, y los usuarios expresaron interés en probar la nueva tecnología.
• El lanzamiento de ElectricSQL fue recibido de manera generalmente positiva, y muchos usuarios expresaron entusiasmo por el potencial de esta tecnología para el software local-first.