Despliegue de Budibase en

Qué configuramos y por qué

En esta guía nos centraremos en el despliegue de Budibase – una moderna plataforma low-code de código abierto, diseñada para la creación rápida de herramientas internas, portales y aplicaciones. Budibase permite a desarrolladores e incluso a especialistas no técnicos crear potentes aplicaciones web, conectándose a diversas fuentes de datos (PostgreSQL, MySQL, MongoDB, Airtable, REST API) y utilizando un constructor de interfaces intuitivo.

Al final, obtendrá una instancia de Budibase completamente funcional, accesible a través de su nombre de dominio con una conexión HTTPS segura. Esto le permitirá a usted y a su equipo desarrollar e implementar rápidamente aplicaciones internas, automatizar procesos de negocio y gestionar datos, sin recurrir a costosas soluciones SaaS de terceros o a un largo desarrollo manual.

¿Por qué Budibase en un VPS y no alternativas en la nube?

En el mercado existen numerosas soluciones para la creación de aplicaciones internas. Se pueden dividir condicionalmente en dos categorías:

• Plataformas gestionadas en la nube (SaaS): Tales como Retool, Appsmith Cloud, Internal.io. Ofrecen un entorno completamente gestionado, donde no necesita preocuparse por la infraestructura. Simplemente se registra y comienza a construir.

  Ventajas: No es necesario gestionar el servidor, rápida puesta en marcha, escalabilidad proporcionada por el proveedor.

  Desventajas: Alto costo al aumentar el número de usuarios o la complejidad de las aplicaciones, dependencia del proveedor, opciones limitadas de personalización e integración a nivel de infraestructura, posibles problemas de privacidad de datos si se almacenan en servidores de terceros.

• Plataformas autoalojadas: Budibase, Appsmith Community Edition, NocoDB, ToolJet. Estas soluciones se instalan en su propio servidor.

  Ventajas: Control total sobre los datos y la infraestructura, generalmente un costo total de propiedad más bajo a largo plazo, alta flexibilidad en la configuración e integración con su infraestructura existente, posibilidad de personalizar el código fuente (para soluciones de código abierto), independencia de la política de precios de servicios de terceros.

  Desventajas: Requiere experiencia técnica para la instalación y el mantenimiento, la responsabilidad de la seguridad y la escalabilidad recae en usted.

La elección de Budibase en un VPS es ideal, si valora el control, la privacidad de los datos y el ahorro presupuestario, y está dispuesto a invertir tiempo en la configuración inicial y el mantenimiento. Esto es especialmente relevante para fundadores individuales de SaaS, desarrolladores que necesitan implementar rápidamente herramientas internas, y empresas para las que la localización de datos y el cumplimiento normativo son importantes.

Qué configuración de VPS se necesita para esta tarea

Budibase, al ser una plataforma basada en Docker, puede ser bastante exigente en cuanto a recursos, especialmente si planea ejecutar muchas aplicaciones o atender a un gran número de usuarios. Sin embargo, para la mayoría de los escenarios de aplicaciones internas, los requisitos son bastante moderados.

Requisitos mínimos (para entornos de prueba o 1-5 usuarios):

• CPU: 2 núcleos (arquitectura x86-64)
• RAM: 4 GB (mínimo 2 GB para Docker, 2 GB para Budibase y sus componentes)
• Disco: 50 GB SSD (para el SO, imágenes de Docker y datos de Budibase)
• Red: 100 Mbit/s

Requisitos recomendados (para entornos de producción, 5-20 usuarios, hasta 10 aplicaciones):

• CPU: 4 núcleos
• RAM: 8 GB
• Disco: 100-200 GB SSD (con margen para el crecimiento de datos y copias de seguridad)
• Red: 1 Gbit/s

Plan de VPS específico para la tarea

Para un trabajo cómodo con Budibase, especialmente si planea utilizar activamente la plataforma para varios equipos o aplicaciones más complejas, se recomienda elegir un VPS con características no inferiores a las recomendadas. Por ejemplo, un VPS con 4 núcleos de CPU, 8 GB de RAM, 150 GB de SSD y una conexión de red de 1 Gbit/s sería adecuado. Estas configuraciones proporcionan un rendimiento suficiente para la mayoría de los escenarios, y el disco SSD garantiza un acceso rápido a las bases de datos, lo cual es crítico para la capacidad de respuesta de las aplicaciones.

Cuándo se necesita un servidor dedicado y no un VPS

Un servidor dedicado debe considerarse si:

• Alta carga: Se planean más de 50-100 usuarios activos o cientos de aplicaciones.
• Grandes volúmenes de datos: Sus aplicaciones trabajarán con terabytes de datos que requieren un alto rendimiento de entrada/salida.
• Requisitos estrictos de rendimiento: Se necesita un rendimiento garantizado sin "vecinos ruidosos", lo que a veces ocurre en los VPS.
• Hardware específico: Se requieren arreglos RAID, GPU u otro hardware especializado.

En tales casos, un servidor dedicado adecuado proporcionará máxima estabilidad y escalabilidad.

Ubicación: qué factores influyen

La elección de la ubicación del VPS tiene varios significados clave:

• Latencia: Cuanto más cerca esté el servidor de sus usuarios, menor será la latencia y más rápida la respuesta de las aplicaciones. Si su equipo se encuentra en Europa, elija un centro de datos europeo.
• Legislación: Algunas industrias o países tienen requisitos estrictos para el almacenamiento de datos (por ejemplo, GDPR en la UE). Alojar el servidor en la jurisdicción adecuada ayuda a cumplir estas normativas.
• Precios: Los precios de los VPS pueden variar ligeramente dependiendo de la ubicación del centro de datos.

Se recomienda elegir una ubicación lo más cercana posible a la ubicación principal de sus usuarios, para garantizar la mejor experiencia de usuario.

Preparación del servidor

Antes de proceder con la instalación de Budibase, es necesario realizar una configuración básica del sistema operativo. Utilizaremos Ubuntu Server 24.04 LTS, como la versión actual y estable para 2026.

1. Conexión por SSH

Conéctese a su VPS como usuario root, utilizando un cliente SSH.

ssh root@SU_DIRECCIÓN_IP_VPS

Si utiliza claves SSH, especifique la ruta a la clave privada:

ssh -i ~/.ssh/id_rsa root@SU_DIRECCIÓN_IP_VPS

2. Actualización del sistema

Primero, actualice todos los paquetes a las últimas versiones:

sudo apt update && sudo apt upgrade -y

Este comando actualiza las listas de paquetes e instala todas las actualizaciones disponibles.

3. Creación de un nuevo usuario con permisos sudo

Trabajar como root no es seguro. Cree un nuevo usuario y añádalo al grupo sudo.

adduser budiuser # Creamos un nuevo usuario "budiuser"
usermod -aG sudo budiuser # Añadimos el usuario al grupo sudo

Establezca una contraseña segura para el nuevo usuario. Después, salga de la sesión de root e inicie sesión como budiuser.

exit # Salir de la sesión de root
ssh budiuser@SU_DIRECCIÓN_IP_VPS # Iniciar sesión como nuevo usuario

4. Configuración de claves SSH para el nuevo usuario (recomendado)

Para mejorar la seguridad, se recomienda utilizar claves SSH en lugar de contraseñas. Copie su clave pública SSH al servidor:

mkdir -p ~/.ssh # Crear directorio para las claves
chmod 700 ~/.ssh # Establecer permisos correctos
nano ~/.ssh/authorized_keys # Abrir archivo para añadir la clave

Pegue el contenido de su clave pública (normalmente ~/.ssh/id_rsa.pub) en este archivo y guárdelo (Ctrl+X, Y, Enter). Luego, establezca los permisos correctos:

chmod 600 ~/.ssh/authorized_keys # Establecer permisos correctos para el archivo de claves

Para deshabilitar la autenticación por contraseña y permitir el inicio de sesión solo por clave, edite el archivo /etc/ssh/sshd_config:

sudo nano /etc/ssh/sshd_config

Encuentre y modifique las siguientes líneas:

PasswordAuthentication no
ChallengeResponseAuthentication no
UsePAM no # Opcional, si no usa PAM

Después de guardar, reinicie el servicio SSH:

sudo systemctl restart sshd

5. Configuración del firewall (UFW)

Habilite UFW (Uncomplicated Firewall) y permita solo los puertos necesarios (SSH, HTTP, HTTPS).

sudo ufw allow OpenSSH # Permitir SSH
sudo ufw allow http # Permitir HTTP (puerto 80)
sudo ufw allow https # Permitir HTTPS (puerto 443)
sudo ufw enable # Habilitar firewall
sudo ufw status # Verificar estado del firewall

Confirme la habilitación del firewall, presionando y.

6. Instalación de Fail2Ban

Fail2Ban ayuda a proteger contra ataques de fuerza bruta, bloqueando direcciones IP que realizan demasiados intentos fallidos de inicio de sesión.

sudo apt install fail2ban -y # Instalar Fail2Ban
sudo systemctl enable fail2ban # Habilitar inicio automático
sudo systemctl start fail2ban # Iniciar servicio

Cree una copia del archivo de configuración para su configuración:

sudo cp /etc/fail2ban/jail.conf /etc/fail2ban/jail.local # Crear configuración local
sudo nano /etc/fail2ban/jail.local # Editar configuración local

Asegúrese de que la sección [sshd] esté activa (enabled = true). Puede configurar bantime (tiempo de bloqueo) y findtime (período para contar intentos).

[sshd]
enabled = true
port = ssh
logpath = %(sshd_log)s
maxretry = 3 # Número máximo de intentos fallidos
bantime = 1h # Tiempo de bloqueo (1 hora)

Guarde los cambios y reinicie Fail2Ban:

sudo systemctl restart fail2ban # Reiniciar Fail2Ban
sudo fail2ban-client status sshd # Verificar estado de las jails

Instalación de software — paso a paso

Instalación de software — paso a paso

Budibase se implementa utilizando Docker y Docker Compose, lo que simplifica enormemente la instalación y la gestión de dependencias. Instalaremos las versiones actuales de Docker Engine y Docker Compose, y luego implementaremos Budibase.

1. Instalación de Docker Engine

Primero, instalaremos los paquetes necesarios para Docker:

sudo apt install ca-certificates curl gnupg lsb-release -y # Instalar paquetes necesarios

Añadiremos la clave GPG oficial de Docker:

sudo mkdir -p /etc/apt/keyrings # Crear directorio para claves
curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg --dearmor -o /etc/apt/keyrings/docker.gpg # Añadir clave GPG de Docker
sudo chmod a+r /etc/apt/keyrings/docker.gpg # Establecer permisos de acceso

Añadiremos el repositorio de Docker a las fuentes de APT:

echo \
  "deb [arch="$(dpkg --print-architecture)" signed-by=/etc/apt/keyrings/docker.gpg] https://download.docker.com/linux/ubuntu \
  "$(. /etc/os-release && echo "$VERSION_CODENAME")" stable" | sudo tee /etc/apt/sources.list.d/docker.list > /dev/null # Añadir repositorio de Docker

Actualizaremos la lista de paquetes e instalaremos Docker Engine (versión actual para 2026, por ejemplo, 25.0.0+):

sudo apt update # Actualizar listas de paquetes
sudo apt install docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin -y # Instalar Docker Engine y plugins

Verificaremos que Docker esté instalado y en ejecución:

sudo systemctl status docker # Verificar estado del servicio Docker
docker --version # Verificar versión de Docker

Añadiremos a nuestro usuario budiuser al grupo docker para no tener que usar sudo en cada llamada a Docker:

sudo usermod -aG docker budiuser # Añadir usuario al grupo docker
newgrp docker # Aplicar cambios de grupo inmediatamente (o vuelva a iniciar sesión)

2. Instalación de Docker Compose

El plugin de Docker Compose ya está instalado junto con Docker Engine, pero podemos verificar su versión:

docker compose version # Verificar versión de Docker Compose

Para 2026, se espera la versión 2.20.0 o superior de Docker Compose.

3. Instalación de Git

Git será necesario para clonar el repositorio de Budibase Docker.

sudo apt install git -y # Instalar Git

4. Despliegue de Budibase con Docker Compose

Crearemos un directorio para Budibase y clonaremos el repositorio oficial de archivos Docker Compose.

mkdir budibase # Crear directorio para Budibase
cd budibase # Ir al directorio
git clone https://github.com/Budibase/budibase-docker.git . # Clonar repositorio de Budibase Docker

Copiaremos el archivo de ejemplo de variables de entorno y lo editaremos.

cp .env.example .env # Copiar archivo .env de ejemplo
nano .env # Editar archivo .env

En el archivo .env deberá configurar varios parámetros importantes:

• DOMAIN=yourbudibasedomain.com: Reemplácelo con su dominio. Esto es crítico para HTTPS y el acceso.
• SELF_HOSTED=true: Asegúrese de que esté configurado en true.
• BB_MINIO_ACCESS_KEY y BB_MINIO_SECRET_KEY: Genere claves aleatorias y seguras. Por ejemplo, usando openssl rand -hex 16.
• COUCHDB_USER y COUCHDB_PASSWORD: También genere credenciales seguras para la base de datos interna.
• PORT=80: Si usa Caddy o Nginx para el proxy, déjelo en 80. Si Budibase estará directamente accesible, puede cambiarlo.

Ejemplo de generación de claves:

openssl rand -hex 16 # Generará una cadena de 32 caracteres

Guarde el archivo .env. Ahora puede iniciar Budibase:

docker compose up -d # Iniciar Budibase en segundo plano

Este comando descargará todas las imágenes Docker necesarias (Budibase, CouchDB, MinIO, Caddy) y las iniciará. El proceso puede tardar varios minutos dependiendo de la velocidad de su conexión a internet.

Verifique el estado de los contenedores en ejecución:

docker compose ps # Mostrar estado de los contenedores en ejecución

Debería ver todos los servicios (budibase, couchdb, minio, caddy) en estado running.

Configuración de Budibase y HTTPS

Después de un inicio exitoso de los contenedores de Budibase, el siguiente paso es configurar el acceso a través de su dominio con HTTPS. Budibase Docker Compose incluye Caddy por defecto, que gestiona automáticamente los certificados Let's Encrypt y actúa como proxy para las solicitudes a Budibase.

1. Configuración de DNS

Antes de que Caddy pueda obtener un certificado SSL, debe configurar un registro DNS (registro A) para su dominio que apunte a la dirección IP de su VPS. Por ejemplo:

Espere un tiempo hasta que los cambios de DNS se propaguen por todo el mundo (normalmente de unos minutos a una hora).

2. Configuración automática de HTTPS con Caddy

Si ha configurado correctamente el archivo .env con su DOMAIN y los registros DNS, Caddy debería obtener y configurar automáticamente el certificado SSL. No necesita editar manualmente el archivo Caddyfile, ya que se genera a partir de las variables de entorno de Budibase. Sin embargo, puede revisarlo si surgen problemas.

El Caddyfile se encuentra en el directorio ./caddy/Caddyfile en relación con su directorio de Budibase. En la configuración estándar, se ve aproximadamente así:

{
  # Opciones globales
  email [email protected] # Especifique su correo electrónico para las notificaciones de Let's Encrypt
}

http://{$DOMAIN}, https://{$DOMAIN} {
  # Establecer la raíz para archivos estáticos (si los hay) - no es estrictamente necesario para el proxy de Budibase
  root * /app/public

  # Habilitar compresión gzip
  encode gzip

  # Proxy inverso al servicio de Budibase
  reverse_proxy budibase:10000

  # Registrar solicitudes en stdout
  log {
    output stdout
    format json
  }
}

Asegúrese de haber especificado su correo electrónico para las notificaciones de Let's Encrypt en el archivo .env:

# .env
# ...
[email protected]
# ...

Una vez que los registros DNS se hayan actualizado, Caddy solicitará automáticamente los certificados. Puede revisar los logs de Caddy para asegurarse de que el proceso se haya completado con éxito:

docker compose logs caddy # Ver logs de Caddy

Busque mensajes relacionados con Let's Encrypt y la obtención exitosa del certificado. Si hay errores, verifique el DNS y asegúrese de que los puertos 80 y 443 estén abiertos en su firewall.

3. Inicialización de Budibase

Abra su dominio en el navegador (por ejemplo, https://yourbudibasedomain.com). Debería ver la pantalla de bienvenida de Budibase, donde se le pedirá que cree una cuenta de administrador. Rellene el formulario, cree una contraseña segura e inicie sesión.

¡Felicidades! Su Budibase está instalado y listo para funcionar con HTTPS.

4. Verificación de la operatividad

Realice varias comprobaciones para confirmar el correcto funcionamiento:

• Disponibilidad por HTTP/HTTPS:

  
  curl -v https://yourbudibasedomain.com # Verificar disponibilidad por HTTPS
  

  La salida debe mostrar HTTP/2 200 OK e información sobre el certificado SSL.

• Estado de los contenedores Docker:

  
  docker compose ps # Asegurarse de que todos los contenedores estén en ejecución
  

• Logs de Budibase:

  
  docker compose logs budibase # Verificar logs del servicio principal de Budibase
  

  Busque mensajes de error o advertencias.

Copias de seguridad y mantenimiento

Las copias de seguridad regulares y el mantenimiento oportuno son críticos para cualquier sistema en producción, incluyendo Budibase. Esto garantiza la seguridad de sus datos y el funcionamiento estable de la plataforma.

1. Qué respaldar

Para Budibase en Docker Compose, es necesario respaldar los siguientes componentes:

• Datos de CouchDB: La base de datos principal de Budibase, que contiene metadatos de aplicaciones, usuarios y configuraciones.
• Datos de MinIO: Almacenamiento de archivos (imágenes, documentos) utilizado por Budibase.
• Archivos de configuración: El archivo .env y docker-compose.yml.

2. Script simple de copia de seguridad automática

Crearemos un script simple que archivará los datos necesarios y los copiará a un lugar seguro. Como ejemplo, usaremos tar para archivar y rsync para copiar a un servidor remoto (o almacenamiento compatible con S3).

Cree el archivo backup_budibase.sh en el directorio /opt/budibase-backup/:

sudo mkdir -p /opt/budibase-backup # Crear directorio para el script y las copias de seguridad
sudo nano /opt/budibase-backup/backup_budibase.sh

Contenido del script:

#!/bin/bash

# --- Configuración ---
BACKUP_DIR="/opt/budibase-backup/data" # Directorio local para copias de seguridad temporales
BUDIBASE_COMPOSE_DIR="/home/budiuser/budibase" # Ruta al directorio con docker-compose.yml
REMOTE_HOST="user@your_backup_server_ip" # Servidor remoto para almacenar copias de seguridad
REMOTE_PATH="/path/to/remote/budibase_backups" # Ruta en el servidor remoto
DATE=$(date +%Y%m%d_%H%M%S)
BACKUP_FILE="budibase_backup_${DATE}.tar.gz"

# --- Creación de directorios ---
mkdir -p "$BACKUP_DIR" || { echo "Error: No se pudo crear $BACKUP_DIR"; exit 1; }

# --- Creación de copia de seguridad de CouchDB (a través de volumen Docker) ---
echo "Creando copia de seguridad de CouchDB..."
docker compose -f "$BUDIBASE_COMPOSE_DIR/docker-compose.yml" cp couchdb:/opt/couchdb/data "$BACKUP_DIR/couchdb_data" || { echo "Error: No se pudieron copiar los datos de CouchDB"; exit 1; }

# --- Creación de copia de seguridad de MinIO (a través de volumen Docker) ---
echo "Creando copia de seguridad de MinIO..."
docker compose -f "$BUDIBASE_COMPOSE_DIR/docker-compose.yml" cp minio:/data "$BACKUP_DIR/minio_data" || { echo "Error: No se pudieron copiar los datos de MinIO"; exit 1; }

# --- Copia de archivos de configuración ---
echo "Copiando archivos de configuración..."
cp "$BUDIBASE_COMPOSE_DIR/.env" "$BACKUP_DIR/" || { echo "Error: No se pudo copiar .env"; exit 1; }
cp "$BUDIBASE_COMPOSE_DIR/docker-compose.yml" "$BACKUP_DIR/" || { echo "Error: No se pudo copiar docker-compose.yml"; exit 1; }

# --- Archivando todos los datos ---
echo "Archivando datos..."
tar -czf "$BACKUP_DIR/$BACKUP_FILE" -C "$BACKUP_DIR" couchdb_data minio_data .env docker-compose.yml || { echo "Error: No se pudieron archivar los datos"; exit 1; }

# --- Eliminando directorios temporales ---
rm -rf "$BACKUP_DIR/couchdb_data" "$BACKUP_DIR/minio_data" "$BACKUP_DIR/.env" "$BACKUP_DIR/docker-compose.yml"

# --- Enviando copia de seguridad al servidor remoto ---
echo "Enviando copia de seguridad al servidor remoto $REMOTE_HOST:$REMOTE_PATH..."
rsync -avz "$BACKUP_DIR/$BACKUP_FILE" "$REMOTE_HOST:$REMOTE_PATH" || { echo "Error: No se pudo enviar la copia de seguridad al servidor remoto"; exit 1; }

# --- Limpiando copias de seguridad locales antiguas (solo mantenemos las últimas N) ---
echo "Limpiando copias de seguridad locales antiguas (más de 7 días)..."
find "$BACKUP_DIR" -type f -name "budibase_backup_*.tar.gz" -mtime +7 -delete

echo "Copia de seguridad completada con éxito: $BACKUP_DIR/$BACKUP_FILE"

Haga el script ejecutable:

sudo chmod +x /opt/budibase-backup/backup_budibase.sh

3. Programación de copias de seguridad con Cron

Añada el script al programador Cron para su ejecución automática. Por ejemplo, para una copia de seguridad diaria a las 02:00 de la madrugada:

crontab -e

Añada la siguiente línea al final del archivo:

0 2 * * * /opt/budibase-backup/backup_budibase.sh >> /var/log/budibase_backup.log 2>&1

Esta línea ejecutará el script diariamente a las 02:00 y registrará la salida en el archivo de registro /var/log/budibase_backup.log.

4. Dónde almacenar las copias de seguridad

Es extremadamente importante almacenar las copias de seguridad por separado del servidor principal. Opciones:

• Servicio externo compatible con S3: AWS S3, DigitalOcean Spaces, Backblaze B2. Para esto, necesitará configurar s3cmd o una herramienta similar en el script de copia de seguridad.
• VPS separado: Como se muestra en el ejemplo con rsync. Asegúrese de que la autenticación SSH por clave esté configurada en este VPS para el usuario que ejecuta el script.
• Almacenamiento local sincronizado con la nube: Por ejemplo, Nextcloud ejecutándose en un servidor separado, o sincronización con Google Drive/Dropbox a través de clientes especiales.

¡Nunca almacene la única copia de las copias de seguridad en el mismo servidor que el servicio principal!

5. Actualizaciones

Mantener Budibase y el sistema base actualizados es crítico para la seguridad y para obtener nuevas funciones.

• Actualización del SO: Ejecute regularmente los comandos de actualización del sistema.

  
  sudo apt update && sudo apt upgrade -y # Actualizar paquetes del SO
  sudo apt autoremove -y # Eliminar paquetes innecesarios
  sudo reboot # Reiniciar después de la actualización del kernel (si es necesario)
  

• Actualización de Docker: Se actualiza junto con los paquetes del SO.
• Actualización de Budibase:

  Para actualizar Budibase a una nueva versión, debe detener los contenedores, obtener los últimos cambios del repositorio de Git y volver a iniciarlos.

  
  cd /home/budiuser/budibase # Ir al directorio de Budibase
  docker compose down # Detener todos los contenedores de Budibase
  git pull origin main # Descargar los últimos cambios del repositorio Docker de Budibase
  docker compose pull # Descargar nuevas imágenes Docker para Budibase
  docker compose up -d # Iniciar Budibase con las nuevas imágenes
  

  Se recomienda realizar las actualizaciones de Budibase en una "ventana de mantenimiento", habiendo realizado previamente una copia de seguridad completa. A veces pueden ser necesarias migraciones de la base de datos, que ocurren automáticamente al iniciar una nueva versión de Budibase, pero es mejor estar preparado para posibles problemas.

Solución de problemas + Preguntas frecuentes

Incluso con el enfoque más cuidadoso en la instalación, pueden surgir problemas. Aquí se recopilan preguntas típicas y sus soluciones.

No se puede conectar a Budibase por nombre de dominio. ¿Qué debo verificar?

En primer lugar, verifique los registros DNS de su dominio. Asegúrese de que el registro A apunte a la dirección IP correcta de su VPS. Use dig yourbudibasedomain.com o nslookup yourbudibasedomain.com para verificar. Luego, asegúrese de que los puertos 80 y 443 estén abiertos en su firewall (sudo ufw status). Verifique los registros de Caddy (docker compose logs caddy) en busca de errores al obtener el certificado SSL de Let's Encrypt. Es posible que Caddy no haya podido obtener el certificado debido a un registro DNS incorrecto o al bloqueo de puertos.

Los contenedores de Budibase no se inician o se reinician constantemente.

Verifique los registros de cada contenedor individualmente: docker compose logs budibase, docker compose logs couchdb, docker compose logs minio. A menudo, el problema radica en errores de configuración en el archivo .env (por ejemplo, claves incorrectas, puertos) o en la falta de recursos (RAM). Si Budibase no tiene suficiente memoria, puede cerrarse. Asegúrese de que su VPS cumpla con los requisitos mínimos del sistema, especialmente en cuanto a RAM.

¿Qué hacer si olvidé la contraseña de administrador de Budibase?

Budibase no proporciona una forma directa de restablecer la contraseña desde el exterior. Tendrá que acceder a los datos internos de CouchDB. La forma más segura es usar las utilidades de CouchDB para crear un nuevo usuario o cambiar la contraseña de uno existente. Esto requiere un conocimiento profundo de CouchDB y no se recomienda sin experiencia. Lo más fácil es restaurar desde una copia de seguridad, si se hizo antes de perder la contraseña, o reinstalar Budibase si aún no hay datos.

¿Qué configuración mínima de VPS es adecuada para Budibase?

Para entornos de prueba o un número muy limitado de usuarios (1-5) con algunas aplicaciones simples, un VPS con 2 núcleos de CPU, 4 GB de RAM y 50 GB de SSD será mínimamente adecuado. Esto será suficiente para un funcionamiento básico. Sin embargo, para un funcionamiento estable en producción con uso activo, se recomiendan 4 núcleos de CPU, 8 GB de RAM y 100-200 GB de SSD para evitar problemas de rendimiento y proporcionar margen para el crecimiento de datos.

¿Qué elegir: VPS o dedicado para esta tarea?

Para la mayoría de los escenarios de implementación de Budibase (hasta 50-100 usuarios activos, decenas de aplicaciones, volúmenes de datos moderados), un VPS será la opción óptima en términos de relación precio/rendimiento. Un servidor dedicado solo debe considerarse para cargas muy altas, requisitos críticos de rendimiento sin "vecinos ruidosos", trabajo con terabytes de datos o la necesidad de hardware específico (por ejemplo, arreglos RAID para la máxima tolerancia a fallos del subsistema de disco).

Al actualizar Budibase, surgieron errores y la plataforma no se inicia.

Si después de git pull y docker compose up -d Budibase no se inicia, pruebe los siguientes pasos: 1. Verifique los registros de todos los contenedores (docker compose logs [service_name]). 2. Intente limpiar la caché de Docker: docker system prune -a (con precaución, esto elimina todos los contenedores detenidos, imágenes no utilizadas, redes y caché de compilación). 3. Si tiene una copia de seguridad, restaure la versión anterior que funcionaba. 4. Verifique el repositorio oficial de Budibase en GitHub en busca de cambios importantes en las nuevas versiones.

¿Cómo escalar Budibase si el VPS deja de ser suficiente?

El escalado de Budibase en un solo servidor es limitado. Si ha alcanzado el límite de rendimiento del VPS, hay varias formas: 1. Aumentar los recursos del VPS actual (escalado vertical). 2. Migrar Budibase a un servidor dedicado más potente. 3. Para el escalado horizontal, Budibase requiere una arquitectura más compleja (por ejemplo, un clúster de CouchDB, almacenamiento S3 externo, múltiples instancias de Budibase detrás de un equilibrador de carga), lo que va más allá de una implementación simple de Docker Compose y requiere orquestación, como Kubernetes.

Conclusiones y próximos pasos

Ha implementado Budibase con éxito en su VPS, ha configurado el acceso seguro por HTTPS y ha implementado un sistema de copia de seguridad. Ahora tiene una base sólida para crear aplicaciones internas, totalmente controladas por usted y adaptadas a sus necesidades.

¿Qué hacer a continuación?

• Cree su primera aplicación: Comience con una aplicación simple para la gestión de tareas, una base de datos de clientes o un inventario para familiarizarse con la interfaz de Budibase y sus capacidades.
• Integre con datos existentes: Conecte Budibase a sus bases de datos actuales (PostgreSQL, MySQL, MongoDB) o API externas para comenzar a construir aplicaciones basadas en datos reales.
• Explore las funciones avanzadas: Domine la automatización de flujos de trabajo, la creación de componentes personalizados y la integración profunda con otros servicios para obtener el máximo rendimiento de la plataforma.