Respuesta corta: una aplicación en producción necesita, como mínimo, un servidor administrado, actualizaciones de seguridad del sistema y de las librerías, backups probados, monitoreo con alertas y alguien que corrija errores y haga los cambios pequeños que pide el negocio. Presupuestá entre un 15 y un 25 % del costo de desarrollo por año para esto. Si el proveedor no lo ofrece, preguntá quién lo va a hacer.
Por qué se rompen los sistemas que "funcionaban bien"
Casi nunca por un error del código original. Se rompen porque venció un certificado, porque el servidor quedó sin espacio, porque una actualización del sistema operativo cambió algo, porque una integración externa (facturación, pagos, WhatsApp) cambió su API, o porque nadie miró los backups hasta el día que hicieron falta. Todo eso es mantenimiento, no desarrollo.
Las cinco cosas que hay que tener cubiertas
1. Infraestructura administrada
El servidor (propio, en un datacenter o en la nube) tiene que tener alguien responsable de recursos, sistema operativo, red y seguridad. No es lo mismo que "el hosting": es la administración.
2. Actualizaciones de seguridad
Sistema operativo, base de datos, lenguaje y librerías de la aplicación. Cada año aparecen vulnerabilidades en componentes que todos usan. Un sistema sin actualizar desde su entrega es un sistema expuesto.
3. Backups probados
Base de datos y archivos, con copias fuera del servidor, y una prueba de restauración cada tanto. Un backup que nunca se restauró es una hipótesis.
4. Monitoreo con alertas
Disponibilidad, tiempos de respuesta, errores en los registros, espacio en disco, vencimiento de certificados. La diferencia entre enterarse por una alerta a las 7 de la mañana o por un cliente a las 11.
5. Corrección y evolución
Errores que aparecen con el uso, ajustes chicos, cambios normativos (una modificación en facturación electrónica, por ejemplo). Un contrato de mantenimiento suele incluir una cantidad de horas mensuales para esto, con tiempos de respuesta acordados.
El problema de los dos proveedores
Un escenario muy común: una empresa desarrolla el sistema y otra administra el servidor. Cuando algo falla, cada una dice que es culpa de la otra, y el cliente queda en el medio. Nuestra posición, que nace de quince años administrando infraestructura, es que quien construye el sistema tiene que hacerse cargo de dónde corre, o al menos trabajar con un único responsable de las dos cosas.
Qué preguntar antes de contratar un desarrollo
- ¿Dónde va a correr el sistema y quién administra ese servidor?
- ¿Qué incluye el mantenimiento mensual y cuáles son los tiempos de respuesta?
- ¿Cómo se hacen y se prueban los backups?
- ¿Qué pasa si quiero cambiar de proveedor? ¿Me llevo el código, los datos y la documentación?
- ¿Cuánto cuesta el segundo año, no solo el primero?
Cómo lo hacemos nosotros
Cada desarrollo se entrega con un plan de mantenimiento mensual que cubre los cinco puntos anteriores, sobre infraestructura que administramos nosotros o la del cliente. El código y los datos son del cliente desde el primer día. Es la misma lógica con la que operamos los sistemas propios que tenemos en producción: se sostienen porque alguien los mira todos los días.
