El precio por hora es visible y fácil de comparar. La mayor parte de las decisiones que condicionan una plataforma cloud no lo son: dependen de la carga real, la capacidad del equipo, el impacto de una interrupción y la facilidad para cambiar el sistema sin poner el negocio en pausa.
1. Qué debe seguir funcionando
No todos los componentes necesitan la misma disponibilidad. Antes de duplicar infraestructura, hay que describir qué interrupción sería aceptable, cuánto dato se podría perder y quién tomaría decisiones durante una incidencia.
Dos objetivos ayudan a concretarlo:
- RTO, el tiempo objetivo para recuperar el servicio;
- RPO, la cantidad de información que se puede perder medida en tiempo.
No son cifras decorativas. Cambian la arquitectura, las copias, las pruebas y el coste. Si nadie puede justificar un objetivo, todavía falta contexto para comprar resiliencia.
2. Quién puede operar la solución
Un servicio gestionado puede reducir tareas repetitivas, pero exige entender límites, permisos, métricas y recuperación. Una plataforma muy flexible puede convertirse en una carga si solo una persona sabe modificarla con seguridad.
La arquitectura debería ajustarse a la capacidad operativa disponible. Documentación, automatización y observabilidad forman parte de la solución; no son una fase posterior que pueda omitirse sin consecuencias.
3. Cómo crece y cómo deja de crecer
Escalar no consiste solo en soportar más tráfico. También implica controlar recursos ociosos, almacenamiento acumulado, transferencia de datos y entornos que permanecen activos sin necesidad.
Conviene separar tres escenarios:
- carga habitual;
- picos previsibles;
- crecimiento sostenido.
Cada uno puede requerir una respuesta distinta. Diseñar desde el inicio para un volumen hipotético suele añadir complejidad antes de aportar valor.
4. Dónde están los datos y quién accede
La ubicación, clasificación y retención de datos deben estar claras antes de elegir servicios concretos. Los permisos se diseñan por responsabilidad y necesidad, no replicando una cuenta administrativa entre personas y procesos.
La evaluación incluye cifrado, identidad, registros de acceso, copias y procedimiento de baja. También debe contemplar a proveedores y automatizaciones: una credencial técnica con permisos excesivos es una dependencia operativa, aunque no aparezca en el organigrama.
5. Qué costaría salir
Evitar cualquier dependencia de proveedor puede ser tan caro como ignorarla. La decisión útil consiste en saber dónde existe, qué beneficio aporta y cómo se recuperan datos, configuración y conocimiento si cambia el contexto.
Una salida realista no exige que todo sea intercambiable en horas. Exige formatos recuperables, infraestructura descrita, responsabilidades documentadas y una estimación honesta del trabajo de migración.
Conclusión
Una arquitectura cloud responsable equilibra continuidad, operación, seguridad, crecimiento y reversibilidad. El precio sigue importando, pero solo tiene sentido dentro de ese conjunto. Comparar facturas sin comparar responsabilidades produce una cifra precisa para una decisión incompleta.