Los problemas de la memoria en producción

por

He comentado que recientemente me buscaron de una startup con problemas. No para ofrecerme un puesto, sino para dar una plática. Que tienen ciertos problemas, sí. Y ciertos es poco. Solo con saber la estructura es suficiente.

Me llamaron por recomendación de dos personas con las que he trabajado: uno de los administradores de dinero y uno de los desarrolladores. Tienen unas siete personas en desarrollo que yo haya visto. Tienen stacks PHP, Hibernate, parte JDBC (creo) y unas cosas en Python. Y para ellos una instancia MÍNIMA es de 8 GB.

Además, tuvieron un problema fenomenal que les resolví hace como dos meses y medio, que era un Snap o atajo de Ubuntu. Yo les comenté entonces que era mejor migrar a Debian 13 o AlmaLinux. Pero por detalles técnicos, lo mejor es una de las distribuciones básicas de Linux, y por eso estamos hablando aquí de Debian. Ya no tengo ninguna otra distro en los propios, pero un cliente tiene un AlmaLinux.

Tiene sentido. Por lo que me dijeron estudiantes del IPN y de la UNAM el año pasado, en servicio social, les dan 8 GB de su tiempo gratis u horarios gratis. Y los servidores Linux de gobierno que manejé el año pasado eran de 8 GB de RAM infame bajo Azure, Rocky Linux y Red Hat sin root.

Solo que los costos de respaldo de Amazon son un problema real. ¿Solución? No respaldan. Por lo que sé, decidieron pedirme dar la plática después de la última caída de la zona principal de Amazon, us-east-1.

Mi primera computadora en 1991 tenía 1 MB de RAM. Al terminar el año creo que tenía seis computadoras. Algunas de 512 y 640 KB, no estoy seguro. Pero aprendí a respetar la RAM y los procesadores.

Revisando costos en este momento, sabiendo lo que haces y sabiendo levantar tu servidor en VPS unmanaged, estos son los costos a 5 de enero de 2026.

Nota: Estoy seguro de que hace dos o tres semanas busqué suempresa.com, que era un proveedor mexicano, y primero pensé que ya había desaparecido. Un punto a favor de por qué no usar proveedores mexicanos. Resulta que no; hicieron un rediseño tan malo que pensé que era una parking page o «se vende este dominio». No lo recomiendo, pero pongo ejemplos aquí.

Voy a calcular costos de 8 y 4 GB de RAM con alrededor de 60 a 80 GB de disco duro con proveedores en México:

  • Suempresa.com: 600 pesos mensuales pagando tres años por anticipado, más IVA por 4 GB de RAM y 80 de disco duro. Por 800 más IVA mensuales, y solo AlmaLinux. Lo descarto porque es mejor pagar mes por mes por si cambia la calidad y porque requiero Debian 13.

  • Neubox.com: 1090 al mes más IVA = 1264 en lo que llaman opción C, sin haber opción B, con 6 GB y 192 de disco duro, con Debian 12 como opción, pero tres nuevas opciones de servidores que son marketing. Veo varios problemas, principalmente porque el espacio se excede de lo razonable. Si estuvieran usando RAID 5 o RAID 0, tendrían que ofrecer menos disco duro. Suena razonable, pero no, gracias; y no voy a tratar de entender las otras dos opciones de servidores.

  • Hostinger.com.mx: Dice tener VPS manejados por IA, por costo que bajó de 315 MXN a 136 MXN mensuales a 8 GB RAM con 100 GB de espacio en disco NVMe. Demasiado barato. Deben sobrevender y tener servidores saturados.

Explico: no puedes poner la supervivencia de tu empleador, de tu trabajo o tu reputación profesional en proveedores que no cuentan con reseñas internacionales. Por «reseñas internacionales» y un sitio de referencia que uso, solo usaría Hostinger, pero los precios son… simplemente… raros. Sobrevenden. Supongo que por esto muchos se van a Amazon, Azure o Google Cloud.

Ahora viene el momento de espantarnos. En términos de «servidores de alguien más» o nube, estos son los equivalentes:

  • Google Cloud: Instancia n2, lo mínimo es 375 GB de disco duro, 8 GB de RAM, 101.90 USD mensuales y buena suerte con hablar con un humano. Hay descuentos por uso frecuente o continuado, pero esto te lo dan varios proveedores de USA con soporte técnico. La falta de soporte de Google Cloud es para mí un «no, no». Conozco tres proveedores por lo menos en USA, reconocidos internacionalmente, que te dan un poco menos de disco duro, pero te manejan el servidor. Esto simplemente es excesivo y en la instancia menor n1 o e2, que es un poco mayor, puedes ahorrarte 20 USD o subir a 336 USD mensuales solo en costos iniciales. Descartado por «no humanos».

  • Azure: Pues… siendo sinceros, vi un papel en la oficina de uno de los socios que me hace pensar que contrataron el paquete preconfigurado Cloud-native apps on Kubernetes. Mis cálculos eran de 900 USD al mes, pero ya viendo son 1077. 100 GB de egress, lo que significa que no puedes atender clientes y sacar respaldos. Configurando a mano la instancia simple es más simple o peor. Todo gratis el primer año si no te pasas de ciertos límites. Pero al tratar de ver que tienen sus Data Factory o el uso de SQL Server, a simple vista es muy poco para una solución de trabajo real como varias bases de datos que manejo en Debian de más de 18 GB de SQL en MariaDB : son simplemente inmanejables en costo. La mejor metáfora que se me ocurre es cuando vas a preguntar cuánto cuesta una casa o un coche y te dan como 80 respuestas de los accesorios, pero no cuánto cuesta la casa en efectivo más el pago del notario. Tengo la fuerte sospecha de que muchas personas que parecen ser «administradores» tienen uno de esos paquetes de Kubernetes, no tienen ni idea y rezan mucho. (Update: al pasarle a leer esto a mi conocido desarrollador, me dice que son tres paquetes Kubernetes. 60 mil pesos mensuales que él sepa. ¡Ay, Dios!).

  • Amazon (AWS): Para empezar, Amazon no te deja usar el estimador de precios hasta que creas una cuenta, y para continuar te cobran hasta por estornudar. Literalmente te cobran todo lo que no estaba contemplado allí, así que una vez que tienes tu presupuesto lo mejor es multiplicar por 1.3, y eso en el mejor de los casos. Uso a veces esta calculadora en línea: https://learnaws.io/aws-calculator/ec2. Pero en terminología AWS necesitas por lo menos instancia EC2 y un S3 porque no vas a usar Lightsail. Solo puedo decir que un estimado mínimo y conservador son 59 USD por la EC2 y una S3 de 4 USD; pero una vez que ves un Memcached de 120 USD, yo diría que por estimado conservador para 8 GB de RAM son 200 USD mensuales. Menos que Azure, pero con más puntos de error y menos tolerancia al descuido. Creo que varios casos han sido problemas donde el administrador no es precavido y los dueños lo ven como sabotaje o estupidez. Si usas taxi a diario o un Uber a diario vas a pagar mucho. Que te lo explican, sí, pero después de cada viaje.

    • Me han pagado dinero desde hace unos 7 años para traducir a español las facturas de AWS.

¡Qué horror, ¿no? Hay cuatro situaciones que quiero destacar:

  1. La mayor parte de los clientes medianos en México no pueden pagar esto. Y si pueden, mejor que te lo paguen a ti que a Azure o Amazon.

  2. No me meto a arreglar AWS o Azure ajenos. Si me pasan la responsabilidad, me deben dar una autoridad y eso es DINERO. No se necesita ser un genio para entender que si de servidores pagan 20 mil y no sirve, no necesitas una ronda de financiación de capital, sino reducir costos.

  3. El estándar en México paraprogramadores no .net, hace tres años era Laravel. Ahora Spring Boot y React, que en otros países van de salida ambos, pero llevamos siete años de atraso contra otros países.

  4. «Traigo mi iPhone 24 pero ya salió el 25, este trabajo no me paga lo suficiente» es el equivalente para un programador a «tenemos siete timoneles y un remero, hay que poner un timonel más para mejorar al remero».

    • El equivalente a nivel organizacional es: tenemos siete directores y un programador. Y la solución que proponen los directores para que el programador rinda más es poner un octavo director que lo supervise, en lugar de darle un servidor que no sea un pantano de Snaps y complejidad innecesaria.

Es menos peligroso para los directores meterle más dinero a la nube que aceptar que su estructura es basura. Y siendo sinceros, el principal problema es que no solo el hardware es excesivo, sino que usan un stack innecesario sobre código no optimizado. Lo resuelves con simplificaciones graduales. Pero empieza verificando cuántos usuarios reales tienes y cuántos hace un año; los bots de Google no cuentan.

Viendo este panorama, queda claro que el problema no es la falta de dinero, sino el gasto de dinero a lo tonto y el exceso de complejidad. Voy a demostrarles que podemos tener control, respaldos y rendimiento con Debian 13 en una instancia de 4 GB, gastando menos de lo que Azure cobra por un simple error de configuración.

¿Cuál es el problema? Si te va bien, tienen dinero en el trabajo para meter en Amazon como escudo de impunidad para los directores. Y si quieres hacer respaldos te van a regañar. Y no falta quien quiere pagar 1500 USD al mes o menos a un «Senior» que además administre la nube.

Pero esta moda lleva solo unos dos años. Y no puede durar mucho. No vamos a regresar a Laravel y CodeIgniter, pero sí vamos a regresar a los servidores intermedios de costo fijo.

Me encuentro en una situación donde el administrador de dinero de la startup me pide alternativas «no nube». Y tengo que lidiar con tres equipos de programadores:

  1. Spring Boot revueltos en tres modos con stacks. Algunos están tratando de migrar a Quarkus o Javelin.

  2. PHP puros con algo de Laravel.

  3. Python. (ese lo levanto en un server aparte y sobrado de 25 USD al mes mientras lo migran a otro lenguaje o un proveedor que els recomendé de 40 USD al mes)

Por eso di la plática del otro día. (Luego pongo la presentación de PowerPoint). El objetivo de este tutorial que haré es demostrar que hay proveedores como Vultr o VPS de terceros donde puedes configurar servers de 4 GB sin problema, pudiendo sacar respaldos y coexistiendo sus tres entornos de trabajo.

Premisas:

  • Sabes dónde contratar un VPS decente.

  • Para resolver problemas Puedes hacer como el barco de los Argonautas: cambiar una pieza y mejora gradual en todo, incluyendo CI/CD.

  • Buscas costos fijos y predecibles para gerencia.

  • Hay servicios intermedios como Vultr, Linode y DigitalOcean, así como Heroku, que te dan la escalabilidad y además te cobran por hora. Usamos Vultr porque es el mejor y porque Linode fue comprado recientemente por Akamai.