La característica principal es que gastan demasiado en la nube (AWS, Azure, etc.) y, de todas formas, todo está concentrado en una sola zona. Varios programadores han implementado redundancia y Vultr permite escalar el servidor, pero usan la nube solo porque ‘todo el mundo lo hace’. Ya han tenido varios sustos. Además, aunque el sueldo del arquitecto no es excesivo, él no debería ser un cuello de botella para la operación a su nivel.
Las ventas no alcanzan los 2 millones de MXN mensuales, por lo que estimo que el gasto en nómina, renta de oficinas y servicios de nube consume el 70% de sus ingresos. Esto los obliga a buscar financiamiento, ya que perder a un solo cliente importante podría poner en riesgo la viabilidad de la empresa
Asi que tenemos un simple punto de falla que es la nube y después el arquitecto. Es sobre ingeniería. Dependen mucho de la nube, de un arquitecto, de sus clientes y la redundancia esta mal dimensionada.
Asi que el propisto original es levantarlo en Su mismo proveedor terciario, en Nginx aunque recomiendo apache.
Lo hago en este formato porque lo voy a pegar en un documento de word.
El problema no es SOLAMENTE técnico, lo ven así pero como contador lo veo estratégico-financiero: A ) Pagan demasiado en nube sin optimización Y QUE NO NECESITAN B) Gastan demasiado en estructura fija frente a ingresos modestos. C ) Dependen de pocos clientes y de una tecnología Confusa y tres stacks contradictorios. Si no ajustan, el riesgo es que un solo evento (pérdida de cliente grande o subida de costos en nube) los deje sin liquidez.
Si quieren entrar a una ronda de valuación con esa estructura, incluso con financiamiento, el dinero se iría a cubrir costos fijos y nube, no a crecer. Eso no genera valuación, genera dependencia de inversionistas.
Dos Servidores Paralelos
Ellos usan como proveedor OVH Cloud, que es barato pero estoy en contra por varias razones. Así que después de hacer un trato inicial, voy a levantar DOS servidores para demostrar con hechos cuál es mejor:
Servidor 1: OVH + Nginx (Lo que piden)
- Proveedor: OVH (~€20/mes = ~$420 MXN)
- Web Server: Nginx (porque lo piden)
- Problema: IPs con «mala fama» por spammers
Servidor 2: Vultr + Apache (Mi recomendación)
- Proveedor: Vultr México City (~$24/mes = ~$480 MXN)
- Web Server: Apache (más adecuado para su escala)
- Ventajas: IPs limpias, datacenter en CDMX, soporte mejor
Diferencia de costo: $60 MXN/mes (0.15% de lo que pagan actualmente)
Stack Técnico (Ambos Servidores)
Sistema Base
- OS: Debian 13 (Trixie) – stable desde enero 2026
- Base de datos: MariaDB 11.x con 6 bases (con reserva)
- Seguridad: UFW + Fail2ban + SSH hardening
- SSL: Let’s Encrypt con auto-renewal
Credenciales Seguras (Ambos)
- Usuario proveedor con clave segura ✓
- Usuario servidor (panel de control) con clave segura ✓
- Usuario root del VPS ✓
- Usuario root de MariaDB ✓
- Usuario admin de MariaDB ✓
Frontend
- CMS: TinaCMS (en lugar de WordPress por Nginx)
- Framework: Next.js 15.x con React 18.3.x
- Control de versiones: Git (fase 1: GitHub, fase 2: Gitea)
Control de Versiones
- Gitea: Control de versiones self-hosted
- Ni siquiera sabían que existe…
- Alternativa gratuita a GitHub/GitLab
- 100% bajo su control
Demos de Tecnologías
- React: v18.3.x (última estable, no hay LTS formal)
- Node.js: v22.x LTS (soporte hasta abril 2027)
- Quarkus: v3.17.x LTS (Java framework)
Realidad vs Marketing y escala real
Nginx tiene sentido con:
- Miles de usuarios simultáneos
- Alto tráfico de contenido estático
- Casos de uso específicos (streaming, websockets masivos)
Su caso real:
- 50-150 usuarios/día (~5-15 simultáneos)
- Leen benchmarks que no se aplican a su escala
- Su contenido son bases de datos no estáticos
- Es como comprar un avión para ir al súper
Apache es mejor para:
- Su volumen de tráfico
- Mantenimiento más simple
- Compatibilidad con .htaccess
- Documentación más extensa
- Módulos más variados
Recursos del Servidor
Para Pruebas 8 GB RAM es suficiente porque matan moscas a cañonazos:
- Next.js: ~300-500 MB
- Gitea: ~100-200 MB
- Node.js demo: ~150 MB
- Quarkus demo: ~300-500 MB
- MariaDB: ~200-400 MB
- Apache/Nginx: ~50-100 MB
- Total: 2-3 GB usado, sobran 5-6 GB
Gestión de Credenciales
Implementación de claves seguras en todos los niveles:
- Usuario proveedor (panel principal)
- Usuario servidor (panel de control VPS)
- Usuario root del sistema
- Usuario root de MariaDB
- Usuario administrativo de MariaDB
Serie de Guías
Empezaré una serie de posts llamada «Servidor Múltiple» con guías paso a paso para:
- Parte 1: Configuración base y seguridad
- Parte 2: MariaDB y bases de datos
- Parte 3: Apache vs Nginx (configuración paralela)
- Parte 4: Gitea (control de versiones)
- Parte 5: Demos React, Node.js, Quarkus
- Parte 6: Comparativa final y recomendaciones Quarkus
- Parte 7: TinaCMS + Next.js (solo le sirve a ellos, para que lo pongo aquí ? Mejor usa wordpress)
- Parte 8: Al entregar, explicación de Backups y automatización (aquí no lo verás . Busca GITEA ACTIONS)
Objetivo Final
Demostrar con hechos, no opiniones:
- Ambos servidores funcionan
- Apache es más simple para su caso
- Vultr tiene mejor infraestructura que OVH
- Ahorro anual estimado: ~$268,000 MXN vs su gasto actual de Amazon y Azure
Que ellos decidan con información real, y viendo el sistema trabajar.
Voy alevantar primero el nginx funcional y pasado mañana el apache,