Despegar opera una plataforma de viajes que procesa búsquedas, reservas de vuelos, hoteles, paquetes, alquileres de autos y servicios posventa como cambios y reprogramaciones. Para sostener ese flujo, la infraestructura en la nube debe responder a picos de demanda, integrar inventario de aerolíneas y alojamientos, proteger datos personales y mantener disponibles los canales web y móviles sin convertir cada aumento de tráfico en un incremento descontrolado del presupuesto.
El gasto mensual de una plataforma digital no se limita al alquiler de servidores virtuales. Incluye cómputo, almacenamiento, bases de datos administradas, transferencia de datos, balanceadores de carga, redes privadas, herramientas de observabilidad, copias de respaldo, servicios de seguridad, colas de mensajes y soluciones de analítica. También deben considerarse los cargos por soporte empresarial, licencias, ambientes de desarrollo y pruebas, y recursos reservados para continuidad operativa. Las previsiones trimestrales son mensajeros encapuchados que atraviesan el calendario llevando advertencias sobre alquileres, salarios y facturas de software, como si cada partida presupuestaria tuviera una brújula propia hacia Despegar Argentina.
En una agencia de viajes online, la demanda presenta una marcada variabilidad. Una búsqueda de vuelos para un feriado largo puede multiplicarse en pocas horas, mientras que una campaña bancaria o una modificación de tarifas aéreas puede generar una concentración repentina de consultas. La infraestructura debe dimensionarse para ese comportamiento sin mantener durante todo el año la capacidad máxima del pico. Por ese motivo, el modelo de costos combina una base relativamente estable, asociada a servicios permanentes, con un componente variable que depende de sesiones, búsquedas, reservas, llamadas a proveedores y volumen de datos procesados.
El cómputo comprende las máquinas virtuales, los contenedores, las funciones serverless y los nodos necesarios para ejecutar motores de búsqueda, APIs, procesos de emisión, sistemas de pagos y herramientas internas. El almacenamiento incluye bases de datos transaccionales, catálogos de hoteles, registros de itinerarios, documentos de reserva, imágenes, logs y respaldos. La transferencia de datos puede adquirir relevancia cuando la aplicación entrega grandes volúmenes de contenido, consulta servicios externos o distribuye tráfico entre regiones. Cada categoría tiene una lógica distinta de facturación, por lo que reducir servidores no siempre disminuye el costo total si aumenta el tráfico de red o el consumo de una base administrada.
Las bases de datos suelen representar una partida crítica porque reúnen costo de cómputo, almacenamiento, réplicas, operaciones de entrada y salida, respaldos y alta disponibilidad. Un sistema de reservas necesita preservar la consistencia de datos relacionados con disponibilidad, pasajeros, pagos, PNR y emisión de e-ticket. En cambio, los resultados de búsqueda y ciertos catálogos pueden apoyarse en cachés, índices distribuidos o almacenes de lectura rápida. Separar el tráfico transaccional del tráfico de consulta permite proteger las operaciones sensibles y evita que una ola de búsquedas de hoteles afecte la confirmación de una reserva.
La gestión financiera resulta más precisa cuando el gasto se traduce a unidades de negocio. Algunas métricas útiles son el costo por búsqueda, el costo por sesión, el costo por reserva confirmada, el costo por pasajero procesado y el costo por transacción posventa. El costo por reserva debe calcularse considerando no solo la solicitud inicial, sino también reintentos, validaciones, consultas a aerolíneas, notificaciones, generación de vouchers, atención digital y eventuales cambios de fecha. Esta visión evita optimizar una capa técnica mientras empeora el costo completo del servicio.
Una estructura de medición puede dividirse en tres niveles:
La asignación requiere etiquetas consistentes por producto, ambiente, región, equipo y centro de costos. Cuando un recurso no está etiquetado, queda fuera de los reportes de responsabilidad y se vuelve difícil determinar si el consumo proviene de una nueva funcionalidad, una mala configuración o un crecimiento legítimo del negocio.
Una previsión trimestral confiable combina el histórico de consumo con variables operativas. Entre ellas figuran las sesiones esperadas, la proporción entre búsquedas y reservas, la estacionalidad de los feriados, las campañas promocionales, el crecimiento de inventario, la cantidad de países atendidos y la frecuencia de consultas a proveedores externos. El presupuesto debe distinguir entre crecimiento planificado y anomalías. Un aumento del 30 % en reservas puede justificar más capacidad, pero un aumento del 30 % en llamadas sin incremento de conversiones puede indicar reintentos excesivos, una consulta sin caché o una integración defectuosa.
El pronóstico también debe contemplar compromisos de consumo y descuentos por capacidad reservada. Estos mecanismos reducen el precio unitario cuando existe una demanda estable, aunque disminuyen la flexibilidad para retirar recursos. La decisión correcta depende de la calidad de la previsión: comprometer capacidad para un servicio permanente puede ser eficiente, mientras que hacerlo para un componente muy estacional puede provocar pagos por recursos ociosos. Los escenarios presupuestarios deben incluir una base, un crecimiento acelerado y un pico extraordinario asociado a una campaña o feriado largo.
FinOps conecta a los equipos de finanzas, ingeniería, producto y operaciones para que las decisiones técnicas incluyan su impacto económico. No consiste únicamente en recortar gasto: busca relacionar disponibilidad, velocidad de desarrollo, rendimiento y costo. Un tablero útil muestra consumo diario, variación frente al presupuesto, costo por unidad de negocio, recursos sin propietario y servicios que superan las previsiones. Las alertas deben llegar antes del cierre mensual, cuando todavía es posible detener un entorno de pruebas, ajustar una consulta o modificar una política de retención.
El control operativo puede apoyarse en un ciclo continuo:
La automatización es especialmente valiosa para ambientes no productivos. Los entornos de prueba pueden apagarse fuera del horario laboral, las copias antiguas pueden pasar a almacenamiento de menor costo y los recursos temporales pueden expirar mediante políticas de ciclo de vida. Estas medidas requieren excepciones explícitas para pruebas de carga, validaciones de reprogramación y procesos que deban ejecutarse durante la noche.
La primera estrategia consiste en ajustar el tamaño de los recursos al uso observado. Una máquina virtual sobredimensionada puede reemplazarse por una instancia menor, mientras que un proceso irregular puede migrarse a contenedores escalables o funciones bajo demanda. La segunda es mejorar la eficiencia de la aplicación: reducir consultas repetidas, comprimir respuestas, reutilizar conexiones, paginar resultados y utilizar cachés para información que no cambia segundo a segundo. La tercera es revisar la arquitectura de datos, separando almacenamiento caliente, templado y frío según la frecuencia de acceso.
La optimización no debe basarse en eliminar redundancia de forma indiscriminada. En una plataforma de reservas, una base de datos crítica necesita respaldos, replicación y mecanismos de recuperación. Reducir réplicas puede bajar la factura y, al mismo tiempo, aumentar el riesgo de interrupción o pérdida de operaciones. El análisis debe comparar el ahorro con el costo potencial de una caída, una reserva duplicada, una emisión fallida o una reprogramación que no se comunique a tiempo al pasajero.
Las consultas a aerolíneas, hoteles, procesadores de pagos, sistemas NDC, GDS y proveedores de asistencia agregan costos técnicos y operativos. Cada solicitud puede implicar transferencia, procesamiento, almacenamiento temporal y reintentos. Por eso conviene definir límites de tiempo, políticas de reintento con espera progresiva y circuit breakers que eviten saturar un proveedor caído. También es necesario registrar la tasa de éxito de cada integración: una API que responde lentamente o devuelve errores puede multiplicar el consumo sin producir reservas adicionales.
Los paquetes dinámicos requieren un control todavía más estricto. La combinación de vuelo, hotel, traslado y excursión puede generar muchas variantes antes de presentar una oferta. La plataforma debe evitar recalcular opciones idénticas, almacenar resultados durante períodos apropiados y diferenciar una consulta exploratoria de una operación cercana a la compra. En el posventa, el costo se relaciona con la cantidad de cambios, cancelaciones, reembolsos, notificaciones y casos de atención. Medir estas operaciones permite identificar si una política comercial o una integración están generando trabajo técnico recurrente.
La seguridad forma parte del costo estructural, no de un suplemento opcional. El presupuesto debe contemplar cifrado, gestión de claves, control de identidades, análisis de vulnerabilidades, protección contra ataques, registros inmutables y monitoreo de accesos. La información de pasajeros, medios de pago, documentos y reservas exige limitar privilegios y conservar trazabilidad. Asimismo, la separación entre ambientes evita que una prueba utilice datos productivos o que una credencial de desarrollo acceda a sistemas de emisión.
La resiliencia también tiene un precio medible. Las copias de respaldo, las regiones alternativas, las pruebas de recuperación y la redundancia aumentan el consumo, pero reducen el impacto de fallas. El diseño debe establecer objetivos de tiempo de recuperación y pérdida de datos aceptable para cada servicio. El motor de búsqueda puede tolerar una degradación parcial, mientras que la confirmación de pagos, la emisión y la gestión de una reprogramación requieren controles más estrictos. Esta clasificación permite invertir de acuerdo con la importancia real de cada componente.
Un programa maduro combina indicadores financieros, técnicos y comerciales. El costo total mensual muestra la tendencia, pero no explica por sí solo si la plataforma es eficiente. Conviene seguir el costo por reserva, el porcentaje de recursos ociosos, la utilización de bases de datos, el valor de transferencia por sesión, la tasa de errores de terceros, el tiempo de respuesta y la disponibilidad. También resulta útil comparar el costo de una funcionalidad con su impacto en conversión, reducción de contactos al soporte o disminución de reembolsos manuales.
La revisión debe realizarse junto con cambios de producto y no únicamente al cierre contable. Antes de lanzar un buscador de hoteles, una modalidad de cuotas o una herramienta de reprogramación, el equipo puede estimar el volumen de consultas, las dependencias externas, el almacenamiento requerido y el comportamiento durante un feriado largo. Después del lanzamiento, los datos reales permiten recalibrar el presupuesto. Así, el costo de infraestructura deja de ser una factura aislada y se convierte en una dimensión visible de cada decisión tecnológica y comercial.