Abandonando PaaS: por qué volví al autoalojamiento

El aumento de los costes de la nube y de PaaS está empujando a algunos desarrolladores a volver a VPS, colocación o incluso servidores domésticos, argumentando que pueden obtener mucho más cómputo por el mismo dinero si están dispuestos a gestionar ellos mismos la infraestructura. Otros responden que la prima paga por fiabilidad, red, autoescalado y una menor carga operativa, que puede importar más que las especificaciones brutas, especialmente para equipos pequeños centrados en sacar producto. El intercambio también explora qué significa ahora “self-hosting”, cómo herramientas como Docker y Kubernetes han reducido la barrera para operar servicios por tu cuenta, y la compensación entre ahorrar dinero y gastar tiempo en operaciones.

Coste y hardware frente a PaaS

  • Muchos señalan que PaaS ofrece especificaciones brutas mucho peores por dólar que VPS o bare metal (por ejemplo, más de $80 por una RAM/CPU modesta frente a unos ~$100 por servidores dedicados muy potentes).
  • Varios sostienen que los servidores “obsoletos” o usados aún pueden soportar muchas cargas de trabajo si paralelizas entre hardware antiguo y nuevo.
  • Otros responden que los servidores más nuevos consolidan varias máquinas antiguas y tienen mejor eficiencia y costes operativos.

Fiabilidad, red y colocación

  • Algunos dicen que el verdadero valor de la nube/PaaS es la calidad de la red, la redundancia y la energía/seguridad de nivel de centro de datos, no el hardware.
  • La colocación se presenta como una “mejor de ambos mundos”: energía+red mensuales baratas, tu propio hardware, pero los precios y los SLA varían mucho.
  • Se plantean preocupaciones sobre proveedores baratos (p. ej., terminación repentina de la cuenta, gestión opaca del abuso) frente a opciones más caras pero más estables.

Tiempo, habilidades y mantenimiento

  • Los críticos argumentan que “ahorras” pequeñas cantidades mensuales pero gastas mucho más tiempo en configuración, parches y depuración.
  • Otros ven el trabajo de infraestructura como poco esfuerzo continuo una vez automatizado, o como un hobby y una inversión valiosa de aprendizaje.
  • Se citan la infraestructura como código, la automatización y los ciclos LTS largos como formas de mantener el mantenimiento tolerable.

Definiciones de “self-hosting”

  • Un grupo: self-hosting significa poseer/operar tu propio hardware on-premise.
  • Otro: self-hosting significa que gestionas tú mismo la pila de software, incluso en VPS o instancias en la nube.
  • Algunos lo tratan como un espectro: VPS es “suficiente self-hosting”, bare metal en casa es solo una versión más extrema.

PaaS, serverless y autoescalado

  • Argumentos a favor de PaaS: iteración más rápida para equipos pequeños, bases de datos/LB/auth gestionados, facturación por scale-to-zero y menor carga operativa.
  • Los escépticos dicen que la mayoría de las apps no necesitan realmente autoescalado, y que las cargas previsibles justifican servidores simples sobredimensionados.
  • Hay una visión de que muchos servicios modernos están drásticamente sobredimensionados en relación con lo que el código eficiente realmente necesita.

Herramientas: Docker, Kubernetes, VPNs

  • Se alaba Docker (y simples scripts de shell) por hacer el autoalojamiento sencillo, portable y fácil de respaldar.
  • Kubernetes es descrito a la vez como “excesivo” y transformador: APIs estándar, clústeres autocurativos, escalado fácil, ecosistema sólido.
  • Las herramientas VPN (WireGuard, Tailscale, etc.) reducen significativamente la barrera para redes domésticas/autoalojadas seguras.