Ingeniería de nube y DevOps, de la migración al FinOps

Una sola aplicación con una arquitectura limpia puede moverse en semanas. Un entorno completo es un programa que se mide en trimestres, y la respuesta honesta depende de cuántas cargas de trabajo hay, de cuánto del código asume el entorno actual y de cuánto puede moverse tal cual frente a lo que necesita reescritura. Empezamos con una evaluación que clasifica cada carga de trabajo y le entrega un plan secuenciado con un modelo de coste asociado.

Por este orden: hacer el gasto visible y atribuido, eliminar lo que no usa nadie, ajustar el tamaño de lo sobredimensionado y después comprometer capacidad reservada o planes de ahorro para la base estable. El cambio arquitectónico — niveles de almacenamiento, autoescalado, mover el procesamiento por lotes a capacidad spot — va al final, porque es el que más riesgo conlleva para el retorno que da. La mayoría de los entornos encuentran ahorros de dos dígitos porcentuales antes de llegar a ese paso.

A menudo no. Si opera un puñado de servicios, una plataforma gestionada de contenedores o serverless costará menos de operar y exigirá mucha menos experiencia para funcionar con seguridad. Kubernetes compensa cuando tiene muchos equipos desplegando muchos servicios y necesita una plataforma común debajo de todos ellos. Le diremos de qué lado de esa línea está, incluso cuando la respuesta nos cueste trabajo.

Normalmente el que su equipo ya conoce, salvo que un requisito concreto lo desaconseje: residencia de datos en una jurisdicción determinada, un servicio gestionado sin equivalente en otro sitio o acuerdos corporativos ya existentes. El multicloud por defecto es caro y rara vez justifica su complejidad; el multicloud por un motivo declarado está bien.