Introducción a Web Hosting
Qué es Web Hosting, qué puedes desplegar en él y cómo está estructurado el panel.
Web Hosting te deja desplegar una aplicación web por instancia: subes tu
código (o conectas un repositorio Git), la plataforma la construye siempre
desde un Dockerfile validado, y opcionalmente le conecta una base de datos
MySQL o PostgreSQL administrada por el propio panel.
Qué puedes y qué no puedes hacer
- Puedes subir código en cualquier lenguaje o framework, siempre que incluya
un
Dockerfileque sepa construirlo. - Puedes conectar un repositorio de GitHub, GitLab o Bitbucket y volver a desplegar con un clic cuando haya cambios nuevos.
- No puedes subir ni versionar un archivo
docker-compose.yml/compose.ymlpropio: si el panel detecta uno en tu código o repositorio, rechaza el despliegue y te indica el motivo antes de descargar o construir nada. Esto es intencional: la plataforma controla el ciclo de vida del contenedor (build -> chequeo de salud -> solo entonces recibe tráfico) y aplica siempre el mismo endurecimiento de seguridad.
Secciones del panel
| Pestaña | Para qué sirve |
|---|---|
| Resumen | Iniciar, detener y reiniciar la app; ver estado, salud y tiempo encendido |
| Consola | Ver logs / salida de tu aplicación en vivo |
| Archivos | Explorar los archivos desplegados de tu instancia |
| Repositorio | Conectar un repositorio Git y disparar redespliegues |
| Entorno | Variables de entorno de tu aplicación (app.env), cifradas en reposo |
| Software | Estado del build y versión desplegada |
| Base de datos | Aprovisionar, respaldar, restaurar y rotar credenciales de tu base de datos |
| Actividad | Auditoría de acciones realizadas sobre la instancia |
| Usuarios | Solo administradores: gestión de accesos al panel |
Persistencia de archivos
Cada aplicación tiene un volumen de datos propio y permanente, sin importar el lenguaje o framework: los archivos que tu aplicación escriba (contadores, reportes, caché en disco, etc.) sobreviven a reinicios y a redespliegues.
Siguiente paso: Primeros pasos.