Instalar
Añade una app cuando una función la necesite, no antes.
Elige un producto
Hosting webSitios web y WordPress con un plan de precio fijoCloudDespliega apps, API y bases de datos desde Git o DockerAI BuilderCrea y modifica sitios y apps con IAAñade a cualquier proyecto
Dominios y correoBases de datosWordPress gestionadoEntornos para agentesMigracionesDesarrolladores
Todo sobre IADesarrolladoresMCP para asistentes de IADocumentaciónSeguridadEstadoHostingsurge
PreciosIniciar sesiónApp Store
La App Store de Hostingsurge añadirá bases de datos, CMS, búsqueda, automatización y herramientas de IA a un proyecto existente — revisadas antes de aparecer e instaladas solo cuando tú lo pides. Está en desarrollo y todavía no se ha lanzado.
Ya disponible: las plantillas con un clic despliegan apps autoalojadas como n8n, Ghost, Grafana y Nextcloud, o WordPress y WooCommerce, como un proyecto propio. Abrir las plantillas
Las categorías cubren lo que un proyecto suele necesitar a continuación. No se instala nada de antemano: una app aparece en un proyecto solo después de que la pidas.
Cada elemento es una ficha de app con un nombre de Hostingsurge y un contrato fijo: qué te aporta, a qué categoría pertenece, qué riesgo tiene y cuánto soporte recibe. El motor que hay detrás sigue siendo invisible.
| App | Qué te aporta | Categoría |
|---|---|---|
| Backend | Backend de apps: cuentas, base de datos y almacenamiento | Herramientas para desarrolladores |
| PostgreSQL | Base de datos relacional para cargas de trabajo exigentes | Bases de datos |
| MySQL / MariaDB | Base de datos relacional para apps web clásicas | Bases de datos |
| Caché | Caché en memoria que acelera las lecturas repetidas | Bases de datos |
| WordPress | WordPress gestionado con el Hostingsurge Connector | CMS |
| Headless CMS | Contenido editorial estructurado, servido a través de una API | CMS |
| Analítica | Estadísticas de tráfico respetuosas con la privacidad para tu sitio | Analítica |
| Búsqueda | Búsqueda rápida y tolerante a errores tipográficos en contenidos y productos | Búsqueda |
| Base de datos vectorial | Almacenamiento de embeddings para funciones de IA y recuperación de información | IA |
| Automatización | Flujos visuales entre tus apps y servicios | Automatización |
| Flujos de IA | Cadenas y flujos de agentes sobre tus propios modelos y datos | IA |
| Herramientas internas | Paneles de administración y dashboards sobre tus datos | Herramientas de negocio |
| Agente de IA | Un entorno de ejecución de agentes privado y acotado para tus automatizaciones | IA |
| Formularios | Formularios con almacenamiento, notificaciones y filtrado de spam | Herramientas de negocio |
| Git | Repositorios para tus proyectos — normalmente internos | Herramientas para desarrolladores |
| Custom Docker | Trae tu propia imagen de contenedor (función premium y para desarrolladores) | Herramientas para desarrolladores |
Todo se presenta con nombres de Hostingsurge y funciona sobre motores estándar del sector. Qué motor hay detrás de un elemento no forma parte de la interfaz de cliente: nunca gestionas un panel de proveedor, un plano de control de despliegues ni conceptos de contenedores.
El catálogo tiene una regla: nada aparece en la App Store hasta que supera la revisión y cuenta con un contrato completo. Cada ficha registra:
Ciclo de vida — de borrador a aprobada. Hasta su aprobación, una app es invisible para los clientes:
En desarrollo. La App Store está especificada, no lanzada: el catálogo con estos campos, la regla de que solo se muestran apps aprobadas e instalar/actualizar/reiniciar/copia de seguridad/registros/desinstalar a través del proveedor de despliegue son la tarea C3 del documento de estado de la plataforma. Todavía no se puede añadir ninguna app a un proyecto existente, y no se instala nada sin una solicitud explícita del cliente. Las plantillas con un clic, que despliegan una app como un proyecto propio, ya están disponibles.
Cuando una app está en un proyecto, se comporta como el resto de la plataforma: el mismo panel, los mismos conceptos y ningún panel de proveedor. Por cada app instalada:
Añade una app cuando una función la necesite, no antes.
El servicio te avisa de que hay una versión más reciente lista, en lugar de actualizarse solo.
Reinicia tras un cambio, desde el mismo lugar donde lees los registros.
Haz una copia de seguridad antes de un paso arriesgado, con una restauración como respaldo.
Lee los registros propios del servicio como texto plano, sin host de salto.
Accede a la app tal como está pensada para usarse — sin necesidad de una cuenta de proveedor.
Elimina la app y sus recursos. Nada queda huérfano.
La versión de plantilla instalada se registra por servicio, y un escáner de actualizaciones informa de lo que ha cambiado upstream. Nunca se aplica una versión nueva a todos los servicios a la vez.
Existe una versión de plantilla más reciente para un servicio que ejecutas. Tú decides cuándo se aplica.
Una corrección importante, marcada con la máxima prioridad — aun así, mediante un despliegue gradual, nunca un cambio a ciegas.
Un cambio que requiere atención antes de aplicarse, revisado contigo en lugar de desplegarse en silencio.
Política de despliegue
Iniciar una plantilla de contenedor no es lo mismo que dar soporte a una app upstream. Una app se ofrece porque ha sido revisada y tiene soporte — nunca solo porque se puede iniciar.
Cómo funciona el catálogo — incluido lo que aún no está disponible.
No. No se instala nada de antemano en un proyecto, y no se añade nada sin una solicitud explícita. Un proyecto recibe la infraestructura y las apps que una función realmente necesita.
El escáner de actualizaciones la notifica para los servicios que usan esa versión. Los despliegues empiezan con un canary y siguen por etapas, con reversión disponible — un servicio de cliente nunca se actualiza de forma masiva sin política.
No. Trabajas con nombres de apps, recursos y botones: Instalar, Actualizar, Reiniciar, Copia de seguridad, Registros, Abrir, Desinstalar. El plano de control de despliegues, los paneles de proveedores y los conceptos de contenedores se quedan de nuestro lado.
Custom Docker es una función premium y para desarrolladores del catálogo. Pasa por la misma revisión que todo lo demás y no es una forma de saltarse las reglas de aislamiento de la plataforma.
Porque primero se revisan: la revisión de licencia y la revisión de seguridad se hacen antes de que una app llegue al estado aprobado, y solo las apps aprobadas y disponibles bajo la marca son visibles para los clientes.
No. Añadir apps a un proyecto existente está en desarrollo. Lo que ya funciona son las plantillas con un clic: n8n, Ghost, Grafana, WordPress, WooCommerce y otras apps se despliegan como un proyecto propio, desde Nuevo proyecto → Plantillas en el panel. El catálogo, los campos de revisión, el ciclo de vida y las acciones por app de esta página describen cómo se está construyendo la App Store.
La App Store está pensada para que un proyecto reciba la infraestructura y las apps que una función realmente requiere — instaladas bajo petición, revisadas antes de aparecer y que puedes volver a quitar.