Responde a:¿En qué punto de escala, volumen de peticiones o criticidad de operación el auto-alojamiento de infraestructura (25 contenedores Docker en ARM64) es económicamente más viable que servicios cloud gestionados?Media
Hipótesis:El auto-alojamiento se vuelve económicamente más viable que servicios cloud cuando el volumen de peticiones o la criticidad de la operación supera el costo de mantenimiento de infraestructura propia. Para un consultor independiente operando desde Latinoamérica, el punto de quiebre está alrededor de 500 peticiones diarias o cuando la latencia de servicios cloud externos afecta la operación.
Evidencia esperada:Hub Soberano: 25 contenedores Docker sobre Oracle Cloud Ampere ARM64 (capa gratuita). Costo mensual documentado comparado con servicios equivalentes en AWS/GCP. Análisis de punto de quiebre para el caso específico. Estrategia Barbell como marco de decisión.
Sembrado:23 de junio de 2026
Última evolución:20 de julio de 2026

Abstract: Auto-alojar no es para todos, y la mayoría de los artículos sobre el tema lo presentan como una decisión binaria que no lo es. Este nodo documenta la arquitectura del Hub Soberano: 25 contenedores Docker sobre una instancia Oracle Cloud Ampere ARM64, organizados en cinco capas funcionales, que corren las operaciones de consultoría, automatización, portal, meliponicultura e inmobiliaria desde el corredor Ambalá-Calambeo. Qué componente hace qué, por qué se eligió ese y no otro, qué costó realmente montarlo y qué decisiones no fueron obvias. Útil para desarrolladores independientes y consultores técnicos que están evaluando qué parte de su stack tiene sentido controlar.


La primera vez que migré n8n de cloud a self-hosted fue por un motivo práctico: el plan de pago limitaba la cantidad de ejecuciones mensuales de una forma que no cabía en el volumen de flujos de un proyecto de cliente mediano. Auto-alojarlo resolvió el límite y bajó el costo mensual a cero de licencia.

Lo que no esperaba era el efecto secundario: cuando un flujo falla en producción self-hosted, el error está en mis logs, en mi servidor, bajo mi control. No hay que abrir un ticket. No hay que esperar que el proveedor investigue. El fallo es mío — y eso, contraintuitivamente, es más tranquilizador que depender de que alguien más lo resuelva.

Desde ahí el stack fue creciendo por capas, cada una motivada por un problema concreto, no por una filosofía previa de soberanía. El resultado actual: 25 contenedores Docker sobre una instancia Oracle Cloud Ampere ARM64, todos detrás de un proxy inverso Nginx con SSL, todos accesibles por URL propia, todos con costo de licencia cero.

Por qué este momento tiene sentido para auto-alojar

Los precios de GPU cayeron entre 40 y 60% desde 2024, según el Northflank AI Hosting Report 2026. Un VPS con 16-32 GB de RAM para correr un stack de automatización y modelos locales cuesta entre $20 y $50 mensuales en proveedores comerciales — o $0 en el free tier de Oracle Cloud Ampere ARM64, que ofrece 4 OCPUs, 24 GB de RAM y 200 GB de almacenamiento sin costo indefinido.

El punto de quiebre económico frente a APIs cloud está alrededor de los 500,000 tokens por día para modelos mid-tier. Por encima de ese volumen, self-hosted es casi siempre más barato. Por debajo, las APIs cloud son más convenientes — una vez que se cuentan las horas de mantenimiento.

Pero el argumento económico no es el único. Hay tres variables que la calculadora de tokens no captura:

Riesgo jurisdiccional — cualquier servicio cloud bajo una jurisdicción con capacidad de intervención unilateral es un punto de fallo potencial. El episodio Fable 5 lo demostró en 72 horas. Los componentes self-hosted tienen riesgo de hardware y energía, no de regulación.

Datos de cliente — en febrero de 2026, un tribunal federal en Nueva York determinó que datos confidenciales procesados por plataformas comerciales de IA pierden protección de privilegio porque no cumplen los requisitos de confidencialidad. Self-hosting es la respuesta arquitectónica correcta para ese riesgo.

Predictibilidad de costos — las APIs SaaS escalan linealmente con el uso. Un pico de tráfico puede triplicar la factura mensual sin aviso. El self-hosted tiene costos fijos independientemente del volumen.

La infraestructura base: OCI Ampere ARM64 + Docker

El servidor es una instancia Oracle Cloud Infrastructure Ampere ARM64 — arquitectura de alto rendimiento con consumo energético eficiente, disponible en el free tier de OCI sin límite de tiempo. Todos los servicios corren como contenedores Docker aislados, lo que permite actualizarlos, reiniciarlos o eliminarlos sin afectar al resto del stack.

El principio de red es sencillo: todos los puertos están mapeados a localhost (127.0.0.1) excepto dos servicios que requieren acceso público directo. El proxy inverso Nginx gestiona el enrutamiento por dominio con SSL — cada servicio tiene su URL propia sin exponer puertos al exterior.

Las cinco capas del stack

Capa 1 — Portales y contenido

Astro v5 + Strapi v5 son el corazón del portal de marca personal. Astro genera el sitio estático con hidratación parcial; Strapi gestiona artículos del jardín digital, fichas de servicio y leads con hooks enriquecidos con IA. La búsqueda semántica del portal — el Matchmaker — corre sobre embeddings almacenados en Qdrant.

WordPress corre en paralelo para páginas de aterrizaje y blogs secundarios que requieren publicación rápida sin ciclo de build. Comparte base de datos MySQL con QloApps.

Cafetería App es el portal de menú, reservas e interacción para el proyecto Café Iwagé — contenedor independiente para mantener el ciclo de despliegue separado del portal principal.

Una fricción real con Strapi v5: consumió más RAM de lo anticipado en el servidor inicial. La instancia Ampere de OCI con 24 GB resolvió el problema sin costo adicional — ventaja concreta del free tier sobre un VPS comercial ajustado.

Capa 2 — Gestión de negocios

Odoo Community en dos instancias independientes: una para CRM/ERP central — clientes, facturación, pipeline de ventas, consolidación de leads desde los portales — y otra filtrada para la tienda de dispositivos electrónicos. Community Edition es completamente open-source, sin costo de licencia independientemente del número de usuarios o módulos.

QloApps PMS gestiona reservas, tarifas y check-ins de Espacios Plus — el property management que un Airbnb o sistema de reservas SaaS resolvería con pricing por reserva. Self-hosted elimina esa comisión.

Modelador Financiero Pro es una aplicación propia para proyecciones de inversión en tierras y simulaciones financieras del proyecto Iwagé — lógica de negocio demasiado específica para confiar a una herramienta genérica o a un proveedor SaaS que puede cambiar sus términos.

Iwagé tiene tres componentes separados: frontend en React para búsqueda y visualización de propiedades, backend Flask con API REST para búsquedas geográficas y sincronización con el CRM, e intranet administrativa para el equipo de asesores. Tres contenedores, tres ciclos de despliegue independientes.

Capa 3 — Inteligencia artificial y agentes

Open WebUI / OpenClaw es la interfaz de chat que conecta con Ollama (modelos locales como Qwen 2.5) y APIs cloud (DeepSeek, GPT-5 Mini) en una sola interfaz. RAG de archivos integrado — arrastra un PDF y el modelo lo lee sin salir del servidor.

Dify es la plataforma de orquestación de agentes autónomos. Donde n8n gestiona flujos de datos entre servicios, Dify gestiona flujos de razonamiento entre modelos — pipelines RAG avanzados, agentes con memoria, flujos de testing y evaluación de prompts. Los dos se complementan: n8n para automatización de procesos, Dify para automatización de razonamiento.

Qdrant es la base de datos vectorial dedicada. La decisión de usar Qdrant sobre pgvector en PostgreSQL fue de especialización: pgvector es suficiente para volúmenes bajos y consultas simples, pero Qdrant tiene índices HNSW optimizados y filtrado por payload que Dify aprovecha para búsqueda semántica más precisa a mayor escala. PostgreSQL sigue siendo la base relacional del ecosistema — son capas complementarias, no alternativas.

Sostenty es la aplicación Flask para análisis de ciclo de vida ESG e inteligencia de carbono bajo normativas internacionales. Corre como servicio público (el único junto con la base de datos principal) porque atiende consultas externas de clientes de consultoría ambiental.

Capa 4 — Colaboración y comunicación

Nextcloud reemplaza Google Drive y Dropbox para almacenamiento y colaboración. Cada cliente tiene su carpeta con acceso controlado. El motor push en Rust gestiona notificaciones en tiempo real sin polling. Los datos no salen del servidor.

Chatwoot agrupa WhatsApp Business, correo y widget web en una sola consola. La integración con n8n automatiza respuestas según reglas predefinidas y registra el historial en PostgreSQL. La alternativa SaaS equivalente — Intercom, Zendesk — tiene pricing por agente que no escala para una operación variable.

Listmonk gestiona newsletters y campañas de correo masivo. Alternativa self-hosted a Mailchimp o ConvertKit — sin límite de contactos, sin costo por envío, sin que el proveedor pueda suspender la cuenta por contenido que no cumple sus políticas.

Docmost centraliza la documentación interna: manuales de procedimiento, guías de desarrollo, runbooks de los proyectos. Alternativa a Notion o Confluence — los documentos internos no viven en servidores de terceros.

NocoDB es la interfaz visual sobre PostgreSQL — Airtable-like para auditar y modificar tablas sin escribir SQL. Útil para revisar datos de n8n en producción o corregir registros puntuales sin tocar la base de datos directamente.

Vaultwarden es Bitwarden self-hosted en Rust. Las credenciales de todo el ecosistema — 25 contenedores, docenas de APIs, accesos de clientes — viven cifradas en el servidor, no en los servidores de Bitwarden Inc.

Capa 5 — Infraestructura transversal

PostgreSQL con pgvector es la base de datos principal del ecosistema: Sostenty, Odoo, n8n y Nextcloud comparten la misma instancia con esquemas separados. pgvector habilita búsqueda semántica directamente en PostgreSQL para los casos donde la escala no justifica Qdrant.

MySQL corre en paralelo exclusivamente para QloApps y WordPress — dos aplicaciones que no soportan PostgreSQL de forma nativa.

Redis es la capa de caché y cola de mensajes compartida por Nextcloud y Chatwoot. Los flujos de n8n que procesan documentos en lotes usan Redis para regular el ritmo de requests y evitar saturar las APIs internas.

Uptime Kuma monitorea la salud de todas las aplicaciones en tiempo real y notifica inmediatamente cuando algo cae. Resuelve el problema de monitoreo manual que cualquier stack self-hosted tiene si no lo contempla desde el inicio — y que yo no contemplé en las primeras iteraciones.

Form Handler es una micro-API en Node.js que procesa leads de formularios de contacto y descargas de PDFs: valida, almacena en PostgreSQL y envía alertas por correo. Lógica simple que no justifica un servicio SaaS de formularios con pricing mensual.

Lo que cuesta realmente

Componente Costo mensual Notas
OCI Ampere ARM64 (4 OCPUs, 24GB RAM, 200GB) $0 Free tier permanente de Oracle Cloud
Dominio principal ~$1.5 USD amortizado Renovación anual
Modelos cloud (DeepSeek, MiniMax, GLM) $8–15 USD Variable según volumen del mes
Claude Sonnet / Opus (tareas específicas) $5–20 USD Solo tareas que justifican el costo
WhatsApp Business API (Meta) $0–5 USD Primeras 1,000 conversaciones/mes gratuitas
Total stack completo ~$15–40 USD/mes 25 contenedores, todas las licencias en $0

Comparado con equivalentes SaaS — n8n cloud Pro, Contentful, Intercom, HubSpot Starter, Mailchimp, Notion Team, Bitwarden Teams, Salesforce Essentials — el stack self-hosted cuesta aproximadamente 90–95% menos por mes para las mismas funcionalidades core.

La variable que no aparece en esa tabla: tiempo de mantenimiento. Actualizar 25 contenedores, gestionar logs, resolver conflictos de dependencias entre versiones — ese trabajo existe y tiene costo aunque no sea monetario. La estimación honesta es entre 2 y 4 horas mensuales para un stack estable, más tiempo en los meses de actualizaciones mayores.

Lo que no está resuelto

El failover automático de modelos de IA no existe todavía. Si DeepSeek Flash no responde, el flujo de n8n falla en lugar de redirigir a Ollama automáticamente. Eso requiere una capa de orquestación que está pendiente — y cuando esté implementada, actualizará este nodo.

La latencia desde Colombia al datacenter de OCI es real — entre 150 y 220ms dependiendo del momento del día. Para flujos síncronos donde el usuario espera respuesta inmediata, eso es perceptible. Para flujos asincrónicos con resultado por webhook, no importa.

Y el stack en ARM64 tiene una restricción concreta: algunos contenedores Docker no tienen imagen ARM64 nativa y requieren emulación o compilación desde fuente. Hermes Desktop, por ejemplo, es incompatible con ARM64 — la alternativa es el CLI path via APIs cloud, que es lo que uso.

Los tres principios que ordenan la arquitectura

El jardín digital como sistema nervioso — el portal no es un CV estático. Cada nodo publicado se interconecta con proyectos reales y servicios activos. El contenido y la operación son la misma cosa.

Portales de cliente como infraestructura de confianza — cada cliente tiene su carpeta en Nextcloud y su vista en NocoDB. El seguimiento en tiempo real no vive en un PDF enviado por correo — vive en un sistema que el cliente puede consultar directamente.

Redes como antenas, no como destino — las redes sociales redirigen tráfico al portal soberano. La experiencia, los datos y la relación con el visitante ocurren donde yo controlo la infraestructura, no donde el algoritmo de otra plataforma decide qué mostrar.


Si estás evaluando qué parte de tu stack tiene sentido controlar, la pregunta más útil no es "¿puedo auto-alojar esto?" sino "¿qué pasa con mi operación si este servicio cambia sus términos, sube sus precios, o deja de estar disponible mañana?" La respuesta define qué vale la complejidad del self-hosting y qué no.


Fuentes citadas en este nodo:

  • Northflank AI Hosting Report 2026 — caída de precios GPU 40–60%
  • AI Cost Check — break-even self-hosting: ~500K tokens/día para modelos mid-tier, marzo 2026
  • SDNY ruling febrero 2026 — datos confidenciales en plataformas cloud y pérdida de privilegio legal
  • Oracle Cloud Free Tier — especificaciones Ampere ARM64, junio 2026
  • Catálogo interno Hub Soberano — aplicaciones_server.md, junio 2026
El Grafo Cognitivo
Ramificaciones futuras

Preguntas abiertas del catálogo que este nodo toca o ayuda a responder. Click en una para ver todos los nodos del jardín que la exploran:

Urgente Por tiempo limitado

Un mueble o estructura "medio rota" en tu Airbnb cuesta 4× más en reseñas negativas que repararla a tiempo.

Diseñar mi estructura →
Dato Dato verificado

Proyectos con modelado 3D previo reducen errores de fabricación 80% y desperdicio de material 30%.

Ver casos técnicos →