[{"data":1,"prerenderedAt":233},["ShallowReactive",2],{"seo-verification":3,"blog-supabase-vs-appwrite-que-backend-self-hosted-para-vps-es":6},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-supabase-vs-appwrite-que-backend-self-hosted-para-vps-es",{"id":9,"slug":10,"slugs":11,"title":15,"excerpt":16,"readTime":17,"views":18,"isPinned":19,"publishedAt":20,"updatedAt":21,"category":22,"categories":27,"featuredImage":29,"bgImage":30,"posterImage":31,"relatedSolution":32,"intro":35,"sections":36,"ctaTitle":168,"ctaBody":169,"ctaButton":170,"ctaUrl":171,"relatedPosts":172},94,"supabase-vs-appwrite-que-backend-self-hosted-para-vps",{"fr":12,"en":13,"ar":14,"es":10},"supabase-vs-appwrite","supabase-vs-appwrite-which-self-hosted-backend-for-your-vps","supabase-مقابل-appwrite-أي-خلفية-مستضافة-ذاتيا-لـ-vps","Supabase vs Appwrite: ¿qué BaaS open source para su VPS?","Comparativa completa Supabase vs Appwrite: despliegue Docker, RAM necesaria, auth, funciones serverless, tiempo real y guía de elección para su VPS.",12,0,false,"2026-03-18T00:00:00+00:00","2026-09-16T14:44:15+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":25},5,"Comparativas","comparatif","bg-info\u002F10 text-info",[28],{"id":23,"name":24,"slug":25,"color":26,"icon":25},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Fsupabase-vs-appwrite-poster.svg",{"categorySlug":33,"appSlug":34},"bases-de-datos","supabase","Supabase y Appwrite son los dos BaaS open source más populares para sustituir a Firebase sin depender de una nube propietaria. Ambos se despliegan con Docker en un VPS, pero sus arquitecturas, sus requisitos de recursos y sus casos de uso difieren sensiblemente. Esta guía compara ambas plataformas punto por punto para ayudarle a elegir la que conviene a su proyecto — y a su servidor.",[37,41,96,112,126,129,132,135,139,142,145,148,151,165],{"type":38,"title":39,"body":40},"h2","¿Qué es un BaaS y por qué autoalojarlo?","Un Backend-as-a-Service (BaaS) reúne en un solo producto todo lo que una aplicación moderna necesita del lado del servidor: base de datos, autenticación, almacenamiento de archivos, funciones serverless y comunicación en tiempo real. Firebase popularizó este modelo, pero su naturaleza propietaria plantea problemas de coste, conformidad con el RGPD y dependencia del proveedor.\n\nAutoalojar un BaaS open source en su propio VPS le da un control total sobre sus datos, elimina los gastos por petición y le permite respetar los requisitos de localización de los datos. Supabase y Appwrite son las dos soluciones más maduras en este ámbito.",{"type":42,"title":43,"headers":44,"rows":48},"comparison","Comparativa Supabase vs Appwrite — 12 criterios",[45,46,47],"Criterio","Supabase","Appwrite",[49,53,57,60,64,68,72,76,80,84,88,92],[50,51,52],"Base de datos","PostgreSQL","MariaDB (≤ 1.8), PostgreSQL (2.0+)",[54,55,56],"RAM mínima","4 GB","2 GB",[58,59,55],"RAM recomendada en producción","8 GB",[61,62,63],"Número de contenedores","~13","~19",[65,66,67],"Puerto principal","8000 (Envoy desde 0.8.0, Kong antes)","80 \u002F 443 (Traefik)",[69,70,71],"Puerto de administración","3000 (Studio)","80 \u002F consola (Traefik)",[73,74,75],"Servicios incluidos","Auth, PostgREST, Realtime, Storage, Edge Functions, Studio","Auth, Databases, Storage, Functions, Messaging, Realtime",[77,78,79],"Proveedores de autenticación","15+","30+",[81,82,83],"Runtime de funciones","Solo Deno","30+ runtimes (Node, Python, PHP, Go, Dart, Ruby, Bun…)",[85,86,87],"SDK de cliente","JS, Python, Swift, Kotlin, Flutter, C#","JS, iOS, Android, Flutter, React Native, Web",[89,90,91],"Tiempo real","WebSocket mediante el servicio Realtime","WebSocket mediante Appwrite Realtime",[93,94,95],"Licencia","Apache 2.0","BSD 3-Clause",{"type":97,"title":98,"steps":99},"steps","Desplegar Supabase en un VPS",[100,103,106,109],{"title":101,"body":102},"Paso 1 — Requisitos del servidor","Aprovisione un VPS con al menos 4 GB de RAM (8 GB recomendados en producción), Docker y Docker Compose instalados. Abra el puerto 8000 (gateway API) y el puerto 3000 (Studio) en su cortafuegos. Se aconseja un disco SSD de 40 GB como mínimo para PostgreSQL.",{"title":104,"body":105},"Paso 2 — Clonar el repositorio y configurar el entorno","Clone con `git clone --depth 1 https:\u002F\u002Fgithub.com\u002Fsupabase\u002Fsupabase`, entre en `supabase\u002Fdocker` y copie `.env.example` como `.env`. Defina como mínimo `POSTGRES_PASSWORD`, `JWT_SECRET`, `ANON_KEY` y `SERVICE_ROLE_KEY`.",{"title":107,"body":108},"Paso 3 — Lanzar la stack","Ejecute `docker compose up -d`. El arranque completo tarda de 60 a 120 segundos. Con Supabase 0.8.0+, Envoy (no Kong) sirve el puerto 8000. Compruebe el estado con `docker compose ps` y espere a que todos los contenedores estén `healthy`.",{"title":110,"body":111},"Paso 4 — Verificar la instalación","Acceda al Studio en `http:\u002F\u002Fsu-ip:3000`. Pruebe una llamada API sencilla con `curl http:\u002F\u002Fsu-ip:8000\u002Frest\u002Fv1\u002F -H \"apikey: SU_ANON_KEY\"`. Una respuesta JSON vacía `{}` confirma que PostgREST responde correctamente.",{"type":97,"title":113,"steps":114},"Desplegar Appwrite en un VPS",[115,117,120,123],{"title":101,"body":116},"Appwrite es más ligero al arrancar: 2 GB de RAM bastan para probar, pero se recomiendan 4 GB en producción. Sus ~19 contenedores incluyen Traefik como reverse proxy. Los puertos 80 y 443 deben estar abiertos.",{"title":118,"body":119},"Paso 2 — Lanzar el instalador interactivo","Ejecute `docker run -it --rm --volume \u002Fvar\u002Frun\u002Fdocker.sock:\u002Fvar\u002Frun\u002Fdocker.sock --volume \"$(pwd)\"\u002Fappwrite:\u002Fusr\u002Fsrc\u002Fcode\u002Fappwrite:rw --entrypoint=\"install\" appwrite\u002Fappwrite:latest`. El asistente le pedirá el dominio y los puertos y generará un `docker-compose.yml` adaptado a su entorno.",{"title":121,"body":122},"Paso 3 — Esperar a las migraciones de la base de datos","En el primer arranque, Appwrite ejecuta sus migraciones. Este proceso tarda entre 2 y 5 minutos y provoca errores 503 temporales — es lo esperado. Siga el progreso con `docker compose logs -f appwrite`.",{"title":124,"body":125},"Paso 4 — Crear la cuenta de administrador","Una vez terminadas las migraciones, acceda a `http:\u002F\u002Fsu-dominio\u002Fconsole`. Cree su primera cuenta de administrador y, después, su primer proyecto.",{"type":38,"title":127,"body":128},"Autenticación — comparativa de proveedores y configuración OAuth","Ambas plataformas gestionan la autenticación por correo electrónico\u002Fcontraseña y por número de teléfono (SMS OTP). Appwrite admite más de 30 proveedores OAuth2 frente a los 15+ de Supabase.\n\nSupabase utiliza **GoTrue** como servicio de autenticación. Appwrite integra su propio servicio Auth configurable desde la consola web por proyecto.\n\nNota importante para Appwrite 2.0: la issue #13547 (https:\u002F\u002Fgithub.com\u002Fappwrite\u002Fappwrite\u002Fissues\u002F13547) reporta que el restablecimiento de contraseña y las invitaciones por correo están rotos en Appwrite 2.0 self-hosted. Pruebe estos flujos en un entorno de pruebas antes de migrar su instancia de producción.",{"type":38,"title":130,"body":131},"Funciones serverless — Deno frente a 30+ runtimes","Supabase Edge Functions se ejecutan exclusivamente sobre **Deno** — el runtime JavaScript\u002FTypeScript moderno. Deno ofrece seguridad por defecto (permisos explícitos), compatibilidad nativa con TypeScript y un ecosistema en plena expansión.\n\nAppwrite Functions admite más de **30 runtimes**: Node.js, Python, PHP, Ruby, Go, Dart, .NET, Java, Kotlin, Swift, Bun y muchos más. Esta flexibilidad es una ventaja importante para los equipos políglotas.\n\nNota Appwrite 2.0: las variables `_APP_LOGGING_PROVIDER` y `_APP_LOGGING_CONFIG_REALTIME` se eliminan en 2.1.0. Quítelas de su `.env` antes de actualizar para evitar errores de arranque.",{"type":38,"title":133,"body":134},"Tiempo real y almacenamiento de archivos","**Tiempo real.** Ambas plataformas utilizan WebSockets. Supabase expone los cambios de PostgreSQL en tiempo real mediante su servicio **Realtime** (logical replication). Appwrite Realtime cubre los eventos sobre los documentos, los archivos y los equipos — menos ligado a la base de datos subyacente y, por tanto, más portable.\n\n**Almacenamiento.** Supabase Storage se apoya en una API compatible con S3 y permite definir políticas de acceso RLS directamente desde PostgreSQL. Appwrite Storage propone un sistema de permisos por equipo y por usuario, más sencillo de configurar.",{"type":136,"title":137,"body":138},"tip","Appwrite: error 503 en el primer arranque — espere a las migraciones","Si la consola de Appwrite muestra un error 503 o permanece inaccesible durante los primeros minutos, no reinicie los contenedores. Appwrite ejecuta automáticamente sus migraciones de base de datos en el primer arranque, un proceso que dura entre 2 y 5 minutos. Siga el progreso con `docker compose logs -f appwrite` y espere el mensaje `Migrations completed`. Reiniciar los contenedores durante esta fase corromperá la base de datos y obligará a una reinstalación completa.",{"type":136,"title":140,"body":141},"Supabase: 502 Bad Gateway desde el gateway al arrancar — comportamiento normal","El gateway API de Supabase (Kong hasta 0.7.x, Envoy desde 0.8.0) puede devolver errores 502 durante los primeros 30 a 60 segundos después de `docker compose up -d`. Este comportamiento es normal y transitorio. Espere hasta que `docker compose ps` muestre todos los contenedores en estado `healthy`. Si los 502 persisten más allá de 2 minutos, inspeccione los logs con `docker compose logs supabase-rest-proxy` (0.8.0+) o `docker compose logs kong` (versiones anteriores).",{"type":38,"title":143,"body":144},"Appwrite 2.0: migración desde 1.x — procedimiento y breaking changes","Appwrite 2.0 fue publicado el 7 de septiembre de 2026 (fuente: https:\u002F\u002Fappwrite.io\u002Fchangelog\u002Fentry\u002F2026-09-07). Es una actualización mayor que migra el motor de persistencia de MariaDB a **PostgreSQL** de forma **irreversible** — no es posible volver a 1.x después de la migración.\n\n**Ruta de migración obligatoria.** Debe actualizar primero a la versión 1.9.6 antes de pasar a 2.0. Saltarse este paso intermedio hace imposible la migración. Procedimiento recomendado:\n1. Realice una copia de seguridad completa de sus volúmenes Docker: `docker compose down` y luego copie el directorio de datos de Appwrite.\n2. Actualice primero a 1.9.6: modifique la imagen en su `docker-compose.yml` a `appwrite\u002Fappwrite:1.9.6`, luego ejecute `docker compose pull && docker compose up -d`.\n3. Espere a que terminen las migraciones de 1.9.6 (`docker compose logs -f appwrite | grep -i migrat`).\n4. Actualice a 2.0: cambie la imagen a `appwrite\u002Fappwrite:2.0` y ejecute `docker compose pull && docker compose up -d`.\n5. Las migraciones de PostgreSQL se ejecutan automáticamente al primer arranque de 2.0 — no detenga los contenedores durante este proceso.\n\n**Breaking changes.** La issue #13547 reporta que el restablecimiento de contraseña y las invitaciones están rotos en Appwrite 2.0 self-hosted. Pruebe estos flujos en preproducción antes de migrar su instancia principal. Las variables `_APP_LOGGING_PROVIDER` y `_APP_LOGGING_CONFIG_REALTIME` se eliminan en 2.1.0 — quítelas de su `.env` ahora. La migración es irreversible: una vez en 2.0, solo una restauración completa desde la copia de seguridad permite volver atrás.",{"type":38,"title":146,"body":147},"Supabase 0.8.0: de Kong a Envoy — impacto y migración TLS","Supabase docker-compose 0.8.0, publicado el 11 de agosto de 2026 (fuente: https:\u002F\u002Fgithub.com\u002Fsupabase\u002Fsupabase\u002Fblob\u002Fmaster\u002Fdocker\u002FCHANGELOG.md), sustituye **Kong** por **Envoy** como gateway API. Este cambio arquitectónico es transparente para la mayoría de los despliegues, pero elimina un breaking change TLS: **el listener TLS en el puerto 8443 desaparece**.\n\n**Qué cambia concretamente.** Si su reverse proxy o sus scripts de comprobación de salud hacían peticiones HTTPS directas a `https:\u002F\u002Fsu-ip:8443`, esas llamadas fallarán silenciosamente tras la actualización. Envoy no re-expone este puerto. La terminación TLS debe ser gestionada exclusivamente por su reverse proxy frontal.\n\n**Pasos de migración.** Antes de actualizar a 0.8.0, audite todas las referencias al puerto `8443` en sus scripts de despliegue, health checks y reglas de cortafuegos. Reemplácelas por llamadas al puerto `8000` en HTTP desde la red interna, con TLS terminado por el reverse proxy. Tras `docker compose pull && docker compose up -d`, verifique que `docker compose ps` no muestre ya el servicio `kong` y que un servicio Envoy esté presente y `healthy`.",{"type":38,"title":149,"body":150},"Guía de elección — ¿Supabase o Appwrite para su proyecto?","**Elija Supabase si:** su aplicación es web-first, su equipo conoce PostgreSQL, migra desde Firebase, o necesita una API REST autogenerada a partir del esquema de su base de datos (PostgREST).\n\n**Elija Appwrite si:** desarrolla una aplicación móvil (iOS\u002FAndroid) multiplataforma, su equipo trabaja en varios lenguajes y quiere elegir el runtime de sus funciones, o prefiere una interfaz de administración más accesible sin conocimientos SQL profundos.\n\n**En 2026, ambas plataformas evolucionan rápidamente.** Appwrite 2.0 adopta PostgreSQL de forma irreversible — reduciendo la ventaja histórica de Supabase en ese punto — mientras que Supabase moderniza su gateway con Envoy. Para una instalación nueva, ambas son equivalentes en la cuestión de la base de datos. Para una instalación existente, planifique una ventana de mantenimiento y pruebe los flujos críticos antes de cualquier actualización mayor.",{"type":152,"title":153,"items":154},"ul","Errores frecuentes y soluciones — ambas plataformas",[155,156,157,158,159,160,161,162,163,164],"Supabase — 502 Bad Gateway (gateway): esperar 30-60 s a que todos los servicios estén `healthy`. Si persiste: `docker compose restart supabase-rest-proxy` (0.8.0+) o `docker compose restart kong` (versiones anteriores).","Supabase — Realtime `could not connect to the database`: solución `docker compose restart realtime`.","Supabase — JWT no válido: comprobar que `ANON_KEY` y `SERVICE_ROLE_KEY` estén firmados con el mismo `JWT_SECRET` que en `.env`.","Supabase 0.8.0 — puerto 8443 inaccesible: el listener TLS de Kong desapareció con Envoy. Eliminar las llamadas directas al puerto 8443 y delegar TLS al reverse proxy frontal.","Appwrite — 503 al arrancar: migraciones en curso (2-5 min). No reiniciar los contenedores.","Appwrite — `docker compose down -v`: PELIGRO — elimina todos los volúmenes de datos. No ejecutar nunca en producción.","Appwrite — timeout de las funciones: el cold start de un runtime no utilizado puede superar el timeout por defecto. Aumentar el límite en los ajustes del proyecto.","Appwrite 2.0 — migración bloqueada: debe pasar por 1.9.6 antes de 2.0. Saltarse este paso hace imposible la migración. Restaure su copia de seguridad y empiece de nuevo.","Appwrite 2.0 — restablecimiento de contraseña\u002Finvitaciones rotos: issue #13547 confirmada en self-hosted. Pruebe estos flujos antes de la puesta en producción.","Appwrite 2.1.0 — variables eliminadas: quite `_APP_LOGGING_PROVIDER` y `_APP_LOGGING_CONFIG_REALTIME` del `.env` antes de actualizar para evitar errores de arranque.",{"type":38,"title":166,"body":167},"Conclusión: dos excelentes BaaS, dos filosofías diferentes","Supabase y Appwrite son dos opciones sólidas para autoalojar un BaaS open source en su VPS. Supabase brilla por su profundidad PostgreSQL, su API autogenerada y su Studio elaborado. Appwrite se distingue por su ligereza relativa, la riqueza de sus runtimes de funciones y la calidad de sus SDK móviles.\n\nEn septiembre de 2026, ambas plataformas atraviesan actualizaciones estructurantes: Appwrite 2.0 adopta PostgreSQL de forma irreversible, Supabase 0.8.0 cambia de Kong a Envoy. Planifique sus migraciones con una copia de seguridad completa, un entorno de pruebas y una validación de los flujos críticos — especialmente la autenticación por correo electrónico para Appwrite 2.0. Desde 99 DH\u002Fmes\u002Fmes en ServOrbit.","Aloje su BaaS en un VPS que usted controla","Supabase o Appwrite, ambos merecen un VPS estable, rápido y con copias de seguridad. Nuestros planes VPS Cloud arrancan con 4 GB de RAM y snapshots diarios incluidos — exactamente lo que hace falta para ejecutar su backend open source en producción.","Ver los planes VPS Cloud","\u002Fvps-cloud",[173,195,215],{"id":174,"slug":175,"slugs":176,"title":180,"excerpt":181,"readTime":182,"views":18,"isPinned":19,"publishedAt":183,"updatedAt":184,"category":185,"categories":190,"featuredImage":29,"bgImage":30,"posterImage":192,"relatedSolution":193},139,"stack-dev-docker-en-vps",{"fr":177,"en":178,"ar":179,"es":175},"stack-dev-docker-vps","docker-dev-stack-on-a-vps-an-environment-ready-for-coding","حزمة-تطوير-docker-على-خادم-vps-بيئة-جاهزة-للبرمجة","Stack Dev Docker en VPS: entorno listo para programar","Monte un stack dev Docker en un VPS: Compose, volúmenes, puertos, copias de seguridad y acceso seguro para prototipar rápido.",4,"2026-02-06T00:00:00+00:00","2026-09-07T19:17:12+00:00",{"id":182,"name":186,"slug":187,"color":188,"icon":189},"Desarrollo","developpement","bg-warning\u002F10 text-warning","dev",[191],{"id":182,"name":186,"slug":187,"color":188,"icon":189},"\u002Fblog\u002Fcovers\u002Fstack-dev-docker-vps-poster.svg",{"categorySlug":189,"appSlug":194},"docker-dev-stack",{"id":196,"slug":197,"slugs":198,"title":202,"excerpt":203,"readTime":204,"views":205,"isPinned":19,"publishedAt":206,"updatedAt":207,"category":208,"categories":209,"featuredImage":29,"bgImage":30,"posterImage":211,"relatedSolution":212},93,"n8n-vs-node-red-que-automatizacion-self-hosted-elegir",{"fr":199,"en":200,"ar":201,"es":197},"n8n-vs-node-red","n8n-vs-node-red-which-self-hosted-automation-tool-to-choose","n8n-مقابل-node-red-أي-أداة-أتمتة-مستضافة-ذاتيا-تختار","n8n vs Node-RED: ¿qué automatización self-hosted elegir?","¿n8n o Node-RED para automatizar sus flujos de trabajo en un VPS? Comparativa técnica, requisitos Docker y guía de despliegue self-hosted.",3,2,"2026-03-19T00:00:00+00:00","2026-09-07T11:26:10+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":25},[210],{"id":23,"name":24,"slug":25,"color":26,"icon":25},"\u002Fblog\u002Fcovers\u002Fn8n-vs-node-red-poster.svg",{"categorySlug":213,"appSlug":214},"automatizacion","n8n",{"id":216,"slug":217,"slugs":218,"title":222,"excerpt":223,"readTime":182,"views":18,"isPinned":19,"publishedAt":224,"updatedAt":225,"category":226,"categories":227,"featuredImage":29,"bgImage":30,"posterImage":229,"relatedSolution":230},95,"nextcloud-vs-owncloud-que-nube-privada-alojar",{"fr":219,"en":220,"ar":221,"es":217},"nextcloud-vs-owncloud","nextcloud-vs-owncloud-which-private-cloud-to-host","nextcloud-مقابل-owncloud-أي-سحابة-خاصة-تستضيف","Nextcloud vs ownCloud: ¿qué nube privada alojar?","¿Nextcloud u ownCloud para su nube privada en un VPS? Comparativa de funciones, rendimiento, requisitos y guía de despliegue con Docker.","2026-03-17T00:00:00+00:00","2026-09-08T22:00:02+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":25},[228],{"id":23,"name":24,"slug":25,"color":26,"icon":25},"\u002Fblog\u002Fcovers\u002Fnextcloud-vs-owncloud-poster.svg",{"categorySlug":231,"appSlug":232},"self-hosting","nextcloud",1789665034626]