Soporte de aplicaciones: mercado

Vacante

un empleo abierto que superó el filtro de calidad y menciona al menos dos tecnologías

Candidato observado

un candidato cuyo stack contiene esta tecnología; es un agregado: ni un solo registro sale del perímetro

Candidato emparejable

aún no contabilizado

Ventana

empleos abiertos en el momento en que se generó el snapshot

Skills principales: sql, itil, cloud, linux, python. SQL, obligatorio y a buen nivel: diagnóstico de problemas a través de la base de datos, comprobación y a veces corrección de datos, el núcleo del trabajo. Logs, lectura, búsqueda y análisis con soltura de los logs de la aplicación (herramientas ELK / Grafana Loki, etc.); las causas de las caídas se buscan en los logs. Linux, línea de comandos, trabajo con servidores de producción. Monitorización, Zabbix, Prometheus + Grafana; comprensión de las métricas de aplicaciones e infraestructura. Scripting, Bash y Python para automatizar tareas rutinarias y el diagnóstico. Comprensión de la arquitectura de la aplicación, cómo está estructurada la aplicación que se da soporte, sus componentes, integraciones, APIs; a veces colas de mensajes (Kafka). Gestión de incidentes, metodología ITIL, trabajo por SLA, priorización, escalado. Lectura de código, una gran ventaja (entender qué ocurre en la aplicación). Conocimiento del dominio, comprensión del área de los sistemas soportados (banca, ERP, etc.). Soft skills: sangre fría en los incidentes (del Application Support depende la operatividad de sistemas críticos), pensamiento sistémico y diagnóstico, precisión, comunicación con desarrollo y negocio. Lo principal: Application Support es un rol técnico; se valora a quienes saben llegar rápido a la causa de una caída en producción y dominan SQL, los logs y la comprensión de cómo están estructuradas las aplicaciones.

Ambos roles son de soporte, pero responden de cosas distintas. Technical Support ayuda a los usuarios y clientes con sus problemas y preguntas: el foco está en las personas y sus peticiones, organizado por niveles L1 / L2 / L3 (ver /research/support/technical-support). Application Support es responsable de las propias aplicaciones en producción: el foco está en los sistemas: vigila las aplicaciones de negocio, analiza incidentes, diagnostica caídas, mantiene en marcha los sistemas críticos. A grandes rasgos: soporte técnico es «ayudar a las personas a usar el sistema»; soporte de aplicaciones es «vigilar que el propio sistema funcione y arreglarlo cuando falla». Por profundidad técnica: Application Support es notablemente más técnico: es trabajo con producción, SQL, logs, servidores, arquitectura de aplicaciones; está más cerca de la ingeniería (DevOps / SRE) que del soporte clásico a usuarios. Por carácter: el soporte técnico tiene más comunicación con usuarios; el soporte de aplicaciones, más diagnóstico técnico y trabajo con sistemas, a menudo con guardias de producción. En salario: Application Support cobra por encima del soporte técnico básico. Trayectoria: desde el soporte técnico se suele crecer de forma gradual (a través de L3); Application Support ya es un rol técnico con salida directa a DevOps / SRE y al análisis de sistemas. En la práctica, a Application Support se llega a menudo desde el soporte técnico L2/L3, tras ganar profundidad técnica.

Application Support (soporte de producción) garantiza que las aplicaciones de negocio funcionen en producción de forma estable y predecible. 1) Monitorización: vigilar el estado de las aplicaciones en producción mediante métricas, dashboards y alertas; detectar los problemas antes de que los note el negocio. 2) Gestión de incidentes: cuando una aplicación se comporta mal (caída, errores, lentitud, indisponibilidad), aceptar el incidente, evaluar el impacto y la prioridad, iniciar el análisis. 3) Diagnóstico: encontrar la causa: análisis de logs, comprobación de datos en la base de datos (SQL), métricas, estado de servidores e integraciones; reproducir y acotar el problema. 4) Resolución o escalado: eliminar el problema dentro de las propias competencias (reinicio, corrección de datos, workaround) o escalarlo a desarrollo con todo el contexto y la prioridad. 5) Operaciones rutinarias: realizar procedimientos planificados: ejecutar procesos periódicos (por ejemplo, el cierre del día operativo en un banco), participar en actualizaciones y lanzamientos, trabajos planificados. 6) Trabajo por SLA: cumplir los plazos de respuesta y resolución, sobre todo en sistemas críticos. 7) Interacción: con desarrollo (traspaso de bugs, análisis conjunto), con infraestructura / DevOps, con los usuarios de negocio. 8) Documentación de incidentes y soluciones, alimentar la base de conocimiento, participar en los postmortems. 9) Mejora de la fiabilidad: a un nivel maduro, proponer cómo reducir el número de incidentes. La clave: Application Support es la «primera línea de producción»; de la rapidez y la calidad del análisis de incidentes depende lo rápido que se restablecen los sistemas críticos para el negocio. El rol suele trabajar por turnos y da cobertura según el régimen de funcionamiento de los sistemas (a menudo 24/7).

SQL: sí, imprescindible, y a un buen nivel de trabajo: es uno de los requisitos centrales del rol. Application Support diagnostica constantemente problemas a través de la base de datos: revisar el estado de los datos, encontrar una anomalía, comprobar qué falló y por qué, y a veces corregir datos según un procedimiento acordado. Sin un SQL sólido no puedes trabajar en este rol. Leer logs: también una habilidad imprescindible, al mismo nivel que SQL: las causas de las caídas en producción se buscan en los logs. Leer código: muy deseable, pero no siempre obligatorio al entrar: saber leer el código de la aplicación que se soporta y entender qué pasa en él acelera mucho el diagnóstico y eleva notablemente el valor del especialista; a nivel Senior es prácticamente necesario. Application Support no necesita escribir código de producción: no es un rol de desarrollador; pero se espera scripting (Bash, Python) para automatizar tareas rutinarias y el diagnóstico. Conclusión: Application Support es un rol técnico con un umbral de entrada real: SQL y logs, imprescindibles desde el primer día; leer código y hacer scripts es lo que distingue a un especialista sólido y hay que desarrollarlo. Es precisamente esta profundidad técnica la que hace que Application Support esté mejor pagado que el soporte básico y sea un buen trampolín hacia DevOps / SRE e ingeniería.

Sí, el 30% de las vacantes de Application Support — remotas o híbridas. El application support es trabajo de software: monitoreo, logs, bases de datos, análisis de incidentes, scripts — todo se hace a distancia, el «hardware» físico no interviene (a diferencia del helpdesk y el network engineering). Matiz importante: Application Support da soporte a sistemas críticos de producción que a menudo funcionan las 24 horas, así que el rol suele implicar turnos y guardias — incluyendo turnos nocturnos y guardias de fin de semana; hay que estar preparado para ello. Además, los bancos y la fintech (los grandes empleadores de este rol) por motivos de seguridad al trabajar con la producción de sistemas sensibles suelen preferir híbrido u oficina. En conjunto, Application Support — un rol remote-friendly, pero con la particularidad de los turnos; las posiciones puramente remotas se dan a menudo, sobre todo fuera del sector financiero más regulado.

Application Support es el más técnico de los roles de soporte y da una comprensión profunda de producción, lo que abre rutas de carrera sólidas. 1) Dentro del soporte: Junior → Senior Production Support Engineer → Application Support Lead. 2) Hacia DevOps / SRE: la transición más natural y la más rentable en ingresos: Application Support ya trabaja con producción, logs, monitorización, incidentes y servidores, una base directa para SRE (fiabilidad de sistemas) y DevOps; al añadir automatización, IaC, nubes y CI/CD, el especialista pasa a la ingeniería de infraestructura con una subida salarial notable (ver /research/devops). 3) Hacia el análisis de sistemas: entender a fondo cómo se construyen e integran las aplicaciones hace de Application Support un buen candidato a analista de sistemas (ver /research/analyst/systems-analyst). 4) Hacia QA: reproducir problemas y trabajar con logs y SQL es la base de un tester (ver /research/qa). 5) Hacia desarrollo: para quienes leyeron mucho código en soporte y aprendieron a programar en paralelo. 6) Hacia DBA: para quienes se engancharon al trabajo con bases de datos (ver /research/data/dba). Consejo principal: Application Support es un rol técnico con buenas perspectivas; el vector de crecimiento más frecuente y rentable es hacia DevOps / SRE, y desde el principio vale la pena reforzar deliberadamente la automatización, las nubes y la infraestructura.

Application Support es un rol técnico; se llega desde el soporte técnico L2/L3, la administración de sistemas, el testing y a veces tras una formación especializada. Hoja de ruta: 1) SQL: domínalo con soltura: consultas, joins, agregaciones, comprensión de la estructura de datos; para Application Support es la habilidad obligatoria n.º 1. 2) Logs y diagnóstico: aprende a leer y analizar los logs de las aplicaciones y a buscar la causa de una caída de forma sistemática. 3) Linux: línea de comandos, trabajo con servidores. 4) Comprensión de la arquitectura de aplicaciones: cómo están construidas las aplicaciones web y enterprise, cliente-servidor, APIs, integraciones, bases de datos, colas. 5) Monitorización: Zabbix, Prometheus + Grafana; comprensión de las métricas. 6) Scripting: nociones de Bash y Python para automatizar. 7) Gestión de incidentes: ITIL, SLA, procesos. 8) Conocimiento del dominio: si apuntas a un banco, conviene entender el ámbito bancario (es un segmento de contratación frecuente). 9) Con la vista puesta en crecer: domina desde el principio lo que lleva a DevOps / SRE (automatización, nubes, nociones de IaC). Vías de entrada: pasar del soporte técnico L2/L3 o de la administración de sistemas añadiendo SQL y habilidades de producción; Junior Application Support en un banco o en un integrador. Recursos: materiales sobre SQL, Linux, monitorización, ITIL; cursos de soporte de aplicaciones y DevOps. Un buen comienzo: un puesto junior en el segmento bancario o enterprise con la vista puesta en crecer hacia DevOps / SRE.

Un Senior Application / Production Support Engineer responde por la estabilidad de aplicaciones críticas en producción y por el análisis rápido de incidentes complejos. Diagnóstico experto: encontrar deprisa la causa de una caída compleja y poco evidente en producción, a través de logs, SQL, métricas, análisis de integraciones; pensamiento diagnóstico de sistemas bajo presión. SQL: nivel experto, consultas complejas para diagnóstico, comprensión del rendimiento, trabajo cuidadoso con datos de producción. Logs y observabilidad: manejo fluido de los sistemas de logging y monitorización, capacidad de configurar alertas y dashboards útiles. Comprensión profunda de las aplicaciones: conocer la arquitectura de los sistemas que se mantienen, sus componentes, integraciones y cuellos de botella; leer el código de la aplicación. Gestión de incidentes: liderar incidentes críticos, coordinar el análisis, tomar decisiones bajo presión, hacer postmortems y evitar que se repitan. Linux e infraestructura: trabajo solvente con servidores de producción, comprensión de la infraestructura. Automatización: scripting (Bash, Python), automatización de operaciones y diagnósticos rutinarios: reduce la rutina y el riesgo de errores. Trabajo con desarrollo: escalar correctamente con contexto completo, participar en el análisis, influir en la fiabilidad de la aplicación. Proactividad: no solo resolver incidentes, sino proponer cómo reducir su número; eso acerca el rol a SRE. Para Lead: gestión del equipo de soporte, procesos, SLA, guardias, formación. Experiencia de dominio: conocimiento profundo del área (banca, etc.). Inglés: para la documentación. El valor principal de un Senior: devolver deprisa al servicio un sistema crítico para el negocio y hacer que se rompa menos; desde este nivel queda abierto el paso directo a SRE y DevOps.