El precio del servidor solo muestra parte del coste operativo
Dos precios de paquetes ficticios muestran por qué hay que aclarar el alcance y el trabajo operativo restante antes de comparar costes totales.
El precio de una máquina es una partida del coste operativo de una aplicación. Que un servidor barato también implique un coste total bajo depende de las demás tareas: ¿quién actualiza el software, comprueba las copias e interviene si falla el servicio? Comparar precios exige el mismo alcance de prestaciones.
Dos precios con alcances distintos
En una comparación construida, la oferta A cuesta 40 EUR netos al mes por el alquiler de la máquina. La oferta B cuesta 120 EUR netos al mes e incluye además actualizaciones acordadas del entorno de ejecución y supervisión de la plataforma. Son valores elegidos para el ejemplo, no precios de mercado, ofertas de proveedores ni condiciones de ASES.
El cálculo 120 - 40 = 80 solo describe la diferencia entre esos paquetes. No demuestra ahorro ni diferencia de coste operativo total. En A falta aclarar cómo se realizarán los trabajos adicionales. En B debe comprobarse exactamente qué tareas se incluyen y cuáles quedan en la empresa, por ejemplo respecto al código de la aplicación, la base de datos y la recuperación.
FinOps Planning & Estimating recomienda definir el alcance de un escenario e incluir, entre otros costes, servicios compartidos y soporte. Para estas ofertas significa que una tarea cuyo coste se desconoce no recibe un valor cero por no figurar en la factura de la máquina.
Distinguir tiempo interno y pago adicional
Un equipo operativo existente puede asumir tareas sin generar de inmediato una factura adicional por cada aplicación nueva. Aun así, su capacidad es limitada. El tiempo dedicado a esta aplicación puede desplazar otros proyectos o exigir apoyo adicional. Considerar solo pagos adicionales y considerar costes completos responde a preguntas distintas.
La supervisión, las guardias o los servicios de copia compartidos necesitan una asignación trazable. FinOps Allocation describe reglas acordadas para repartir costes comunes. Una prestación ya incluida en el paquete no debe contarse otra vez como el mismo coste externo. Aun así, pueden quedar tareas de coordinación interna o comprobaciones de recuperación; deben distinguirse las tareas concretas.
Una migración puntual también se considera por separado del mes de operación recurrente. Sin un horizonte temporal y un alcance definidos, un pago inicial mayor no permite sacar conclusiones sobre la operación posterior.
Cuándo puede encajar una máquina sencilla
Si la operación necesaria es manejable y un equipo existente puede acreditar responsabilidades adecuadas y capacidad disponible, una máquina sencilla puede ser apropiada. No basta con que ya se paguen salarios. Tampoco un paquete más caro asume automáticamente toda la responsabilidad de la aplicación.
La valoración cambia cuando ambas opciones tienen aclarados los mismos requisitos de supervisión, recuperación y respuesta y se conocen las tareas restantes y su esfuerzo. Entonces pueden compararse los costes totales. Esos datos aún faltan en el ejemplo construido; los dos precios por sí solos no deciden la elección.
Fuentes
Escrito por
- Lukas SchneiderRedactor técnicoLukas Schneider escribe en ASES sobre tecnologías en la nube y la operación de aplicaciones. Sus artículos abarcan desde la elección de la infraestructura hasta el mantenimiento, las copias de seguridad y la supervisión de sistemas en funcionamiento.
Seguir leyendo
Todos los artículos
Cloud y operación con ASES
Hosting, despliegue, mantenimiento y soporte