Ingeniero cloud: 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

Junior: entrada típica: DevOps Junior + certificaciones cloud (AWS SA Associate / GCP ACE / Azure AZ-104). El salto de Junior a Middle: tras el primer despliegue en producción en varias cuentas / regiones + la primera iniciativa de optimización de costes (normalmente un ahorro del 15-30%). De Middle a Senior: landing zones con varias cuentas + mandato de optimización de costes (típico: reducción del 30-50%) + proyecto multicloud. De Senior a Cloud Architect: estrategia cloud de toda la organización + coordinación de varios equipos. Trayectoria: DevOps Junior (1-2 años) → Cloud Engineer Junior / Middle (1-2 años) → Senior → luego Cloud Architect (estrategia), especialista en FinOps (optimización de costes a fondo), Cloud Security Engineer (seguridad a fondo) o paso a un proveedor cloud en roles de arquitectura de soluciones.

Principales 5: cloud, cloud engineer, aws, azure, devops. Una plataforma cloud a fondo + conocimiento básico de las otras dos. AWS a fondo: EC2 / S3 / Lambda / RDS / DynamoDB / EKS / ECS / Fargate / CloudFront / Route 53 / dominio de IAM / KMS / diseño de VPC / Direct Connect / Transit Gateway / Systems Manager / CloudFormation + CDK / CodePipeline / Step Functions / EventBridge. GCP a fondo: Compute Engine / GKE / Cloud Run / BigQuery / Vertex AI / Cloud Storage / Cloud SQL / Cloud Functions / Pub/Sub / IAM / VPC / Cloud DNS / Cloud Build / Cloud Deploy. Azure a fondo: VM / AKS / Azure Functions / Cosmos DB / Azure SQL / Storage / Active Directory / Azure DevOps / ARM templates + Bicep / Logic Apps / Service Bus. IaC: Terraform / OpenTofu a fondo (cloud-agnostic) + cloud-native (AWS CDK para solo-AWS, GCP Deployment Manager, Azure Bicep). Kubernetes gestionado en cloud: dominio de EKS / GKE / AKS (diferencias con K8s vanilla: control plane gestionado / integración con servicios cloud-native). Tooling de FinOps: AWS Cost Explorer + Cost Anomaly Detection + Cost Optimization Hub, GCP Cost Management, Azure Cost Management, Kubecost (atribución de coste de K8s), Vantage / Cloudability / Anodot / CloudHealth (comercial multi-cloud). Certificaciones de la FinOps Foundation. Cloud Security: dominio de IAM (diseño least-privilege), KMS / Secrets Manager, AWS GuardDuty + WAF + Security Hub (o GCP Security Command Center / Azure Sentinel), CIS benchmarks. Networking a fondo: VPC peering, Transit Gateways, conectividad híbrida (Direct Connect / VPN), estrategia de DNS (Route 53 / Cloud DNS / Azure DNS), CDN (CloudFront / Cloud CDN / Azure Front Door). Programación: Python (dominio de los SDK boto3 / google-cloud / azure-sdk) para automatización.

Árbol de decisión para elegir proveedor cloud 2026: AWS: líder del mercado (~32% de cuota en 2026), el ecosistema más maduro, el mayor mercado laboral (el 60%+ de los empleos de Cloud Engineer en EE. UU./UE mencionan AWS), lo mejor para cargas generales. Fortalezas: amplitud de servicios (200+), IAM / VPC maduros, Lambda (el mejor serverless), gran ecosistema. Debilidades: la experiencia de desarrollador va por detrás de GCP, facturación compleja (las «sorpresas» son habituales), camino largo de certificación (SA Associate → Pro). Caso de uso: gran empresa + importa la amplitud + la mayoría de los proyectos de EE. UU. GCP: la nube de Google (~12% de cuota en 2026), la mejor experiencia de desarrollador, apta para ML (acceso a TPU + Vertex AI), los servicios de datos más fuertes (BigQuery, el mejor data warehouse en la nube, Dataflow). Fortalezas: IAM más simple (jerarquía de recursos + a nivel de proyecto), Cloud Run (el mejor serverless para contenedores), BigQuery, la herencia más fuerte en K8s (Google inventó K8s; GKE es el más pulido). Debilidades: mercado laboral más pequeño, menos servicios que AWS, integración empresarial más débil. Caso de uso: cargas con mucho peso de datos / ML + proyecto nuevo con prioridad en la experiencia de desarrollador. Azure: la nube de Microsoft (~22% de cuota en 2026), la más fuerte para .NET / Windows / empresa. Fortalezas: integración profunda con Active Directory, vínculos con Microsoft 365 / Office, nube híbrida (Azure Stack), lo mejor para migrar empresas legacy. Debilidades: las plantillas ARM fueron históricamente más débiles (Bicep lo resolvió: moderno), ecosistema no tan rico como el de AWS. Caso de uso: empresas con stack Microsoft + nube híbrida + legacy .NET. Realidad multicloud 2026: el 89% de las empresas usa 2+ nubes (informe State of the Cloud de Flexera). Patrón típico: AWS como principal + GCP para datos / ML + Azure para integraciones SaaS empresariales. Un Senior Cloud Engineer domina UNA en profundidad + las nociones básicas de las otras dos.

La realidad 2026: la mayoría de las organizaciones usan 2-3 nubes, pero el patrón varía. Patrón 1: principal + secundaria (~60% de las empresas): una nube principal (90% de las cargas) y otra para casos de uso concretos. Típico: AWS como principal + GCP para ML / BigQuery. Patrón 2: multicloud por cumplimiento / residencia de datos: distintas nubes para distintas regiones / segmentos de clientes (por ejemplo, AWS para clientes de EE. UU., Azure para clientes de la UE con mucho peso del GDPR). Patrón 3: multicloud para evitar la dependencia del proveedor: arquitectura explícitamente multicloud (Kubernetes + Terraform para la portabilidad, abstracciones de almacenamiento neutrales). Rara vez funciona sin fricciones: normalmente un 30-50% de sobrecarga operativa extra. Patrón 4: nube híbrida (nube + on-prem): cargas reguladas de banca / sanidad / sector público on-prem + nube para las cargas no sensibles (Azure Stack / AWS Outposts / GCP Anthos). Lo que en la práctica NO funciona en 2026: 1) Capas de abstracción puramente agnósticas de la nube (por ejemplo, Crossplane para todas las nubes): demasiadas fugas, pierdes las funciones nativas de la nube. 2) Reparto multicloud 50/50: doble coste de experiencia, sin descuentos por volumen. 3) Multicloud para optimizar costes: los costes de salida de datos suelen anular el ahorro. Buenas prácticas 2026: elige UNA nube principal, añade una secundaria solo ante una necesidad concreta de un servicio (BigQuery / Vertex AI / Azure AD), usa Terraform / OpenTofu para un aprovisionamiento coherente y acepta que el 90-100% de las cargas correrá en una sola nube principal. El rol de Senior Cloud Architect: diseñar la estrategia multicloud adecuada para una necesidad de negocio concreta, no «cuantas más, mejor». Aspecto FinOps: el multicloud complica la atribución de costes + los descuentos por compromiso (Reserved Instances / Savings Plans / Committed Use Discounts): cada nube requiere una planificación aparte.

FinOps (Cloud Financial Operations): disciplina de responsabilidad financiera sobre el gasto en la nube, el puente entre los equipos de ingeniería / finanzas / negocio. La FinOps Foundation (organización afiliada a la CNCF) define las prácticas. Sin disciplina FinOps se desperdicia el 20-40% del gasto (recursos sin etiquetar / sobredimensionados / entornos de desarrollo olvidados / consultas ineficientes). La alta dirección exige optimizar costes. Trayectoria de FinOps Engineer / Practitioner: entrada típica: Cloud Engineer Senior + interés por los costes + certificaciones de la FinOps Foundation (FinOps Certified Practitioner → Professional). Responsabilidades del FinOps Engineer: 1) estrategia de etiquetado de costes en la nube (asignación de costes por equipo / proyecto / entorno). 2) automatización de la detección de anomalías de costes (AWS Cost Anomaly Detection / Azure Cost Management / Vantage / Anodot). 3) planificación + gestión de Reserved Instances / Savings Plans / Committed Use Discounts. 4) análisis de dimensionamiento (las instancias EC2 / RDS / GCE suelen estar 2-4× sobredimensionadas). 5) estrategia de instancias spot (ahorro típico del 70-90% en cargas tolerantes a interrupciones). 6) niveles de almacenamiento cloud-native (S3 Intelligent-Tiering / Glacier, GCS Coldline / Archive, Azure Cool / Archive). 7) atribución de costes de Kubernetes (Kubecost / OpenCost). 8) optimización del tráfico de salida de datos (estrategias de caché con CloudFront / Cloud CDN). 9) dashboards de chargeback / showback para los equipos de producto. 10) promoción de la cultura FinOps: que los ingenieros sean conscientes de los costes. Mandato típico: reducción del 30-50% el primer año + optimización continua del 10-15% anual. Recursos: FinOps Foundation (formación gratuita + comunidad), «Cloud FinOps» de J.R. Storment / Mike Fuller (O'Reilly: lectura obligada), Vantage Blog (el mejor contenido práctico).

Sí, el 23% de los empleos de Cloud Engineer son full-remote o híbridos. El trabajo cloud es totalmente cloud (todo vía consolas + IaC). Outsourcers — casi siempre remotos en proyectos de EE. UU. Las rusas — híbrido o remoto tras el periodo de prueba. Los bancos rusos — híbrido/oficina por el compliance de datos cloud. Las empresas tecnológicas internacionales — full-remote estándar. Big Tech (AWS / Microsoft Azure / Google Cloud) — híbrido estándar, parcialmente remoto. Hubs de relocación: Polonia (UE Cloud-friendly), Alemania, Canadá, Serbia, Georgia, EAU. Inglés para el remoto internacional de Cloud — obligatorio (prima +25-40%).

Cloud Engineer: implementa y mantiene la infraestructura cloud según indicaciones / especificaciones. Día a día: PRs de Terraform, resolución de problemas, revisiones de costes, actualizaciones de IAM, guardias. Cloud Architect: diseña la estrategia cloud + la arquitectura de landing zones + los marcos de cumplimiento. Día a día: redacción de ADRs, revisiones de diseño de las propuestas cloud de los equipos de producto, estrategia multicuenta, revisión de la arquitectura de seguridad, decisiones de arquitectura de costes. Menos programación (más estrategia + comunicación). Trayectoria: Cloud Engineer Senior (4-6 años) → Cloud Architect → Principal Cloud Architect / Chief Cloud Officer (líder del CCoE, Cloud Center of Excellence). Cloud Solutions Architect: preventa + trabajo de arquitectura con clientes. A menudo de cara al cliente: diseña soluciones para clientes potenciales, ventas técnicas. Elección de carrera: Engineer si te atrae programar a diario; Architect (interno) si te interesan la estrategia interna y el trabajo con varios equipos; Architect (en un proveedor cloud) si te interesan el trato con clientes y la preventa.

Hoja de ruta: 1) Base sólida de DevOps: Linux + bash + Docker + Kubernetes + Terraform + Git. Sin esta base no tiene sentido especializarse en cloud. 2) Elige UNA nube a fondo: AWS (la opción por defecto en 2026 para el outsourcing de EE. UU.), GCP (para cargas de IA / ML / datos) o Azure (para el stack enterprise de Microsoft). 3) Certificación de base: AWS Cloud Practitioner, GCP Cloud Digital Leader o Azure Fundamentals (AZ-900): una certificación de entrada fácil que demuestra una comprensión básica. 4) Certificación de nivel Associate: AWS SA Associate, GCP Associate Cloud Engineer o Azure AZ-104 (Administrator) + AZ-204 (Developer). 5) Construye algo real: una app full-stack en una nube con una configuración de nivel de producción (alta disponibilidad multi-AZ / IaC / observabilidad / CI/CD). Documéntalo en GitHub. 6) Certificación de nivel Professional: AWS SA Professional (la certificación cloud más valiosa en 2026), GCP Professional Cloud Architect o Azure Solutions Architect Expert. 7) Profundiza en redes: diseño de VPC, conectividad híbrida (Direct Connect / VPN / Interconnect), estrategia de DNS, configuración de CDN, arquitectura multirregión. 8) Seguridad a fondo: dominio de IAM (patrones de mínimo privilegio), KMS / Secrets Manager, servicios de seguridad (AWS GuardDuty + WAF + Security Hub / GCP Security Command Center / Azure Sentinel), CIS Benchmarks. Certificación opcional: AWS Security Specialty / Azure Security Engineer (AZ-500). 9) FinOps: estrategia de etiquetado de costes, Reserved Instances / Savings Plans / Committed Use Discounts, automatización del dimensionamiento, atribución de costes en Kubernetes. Certificación FinOps Foundation Certified Practitioner. Libro: "Cloud FinOps" de Storment / Fuller. 10) Proyecto personal avanzado: landing zone multicuenta con AWS Control Tower / GCP Org Policy / Azure Management Groups + escaneo automático de cumplimiento + automatización de la optimización de costes. Cursos rusos: Otus "Cloud Solution Architect", Slurm Cloud track, Karpov.Courses Cloud Engineer. Internacional (EN): A Cloud Guru (el mejor para preparar certificaciones), Cloud Academy, FreeCodeCamp en YouTube (cursos gratuitos de AWS / GCP / Azure), AWS Skill Builder (oficial y gratuito). Libros imprescindibles: "AWS Certified Solutions Architect Study Guide" de Piper / Clinton, "Cloud Native Patterns" de Davis, "Designing Cloud Data Platforms" de Plewes. De DevOps Middle a Cloud Engineer Junior: 4-8 meses (con la vía de certificaciones). De Backend Senior a Cloud Engineer Junior: 6-10 meses.

1118 active open Cloud Engineer positions — a large DevOps segment. Geography: the US, Singapore, Poland. Sources: hh.ru, Habr Career, getmatch, Djinni, LinkedIn (huge international Cloud segment), NoFluffJobs / JustJoin.it (Poland Cloud-friendly), Telegram, career pages of EPAM Cloud Practice / Luxoft Cloud / Andersen / DataArt, specialised boards (cloudnativejobs.com / awsjobs.io / gcpjobs.io / cloud-careers.com), Y Combinator Work at a Startup, native cloud-provider careers. The real market is broader thanks to a huge international remote segment. Time to close a Senior Cloud Engineer role with certifications — 4-8 weeks (the market is liquid).

Un Senior Cloud Engineer es responsable del ciclo completo de infraestructura cloud + optimización de costes + liderazgo técnico. Una nube a nivel Pro: AWS SA Pro / GCP Cloud Architect Pro / Azure Solutions Architect Expert, a una escala de producción real (50+ cuentas / multirregión / ingenieros). Redes a fondo: diseño de VPC (multirregión / multicuenta / Transit Gateways / Direct Connect), estrategia de DNS, nociones de BGP, dominio de security groups frente a NACLs, conectividad híbrida. Dominio de IaC: Terraform / OpenTofu a fondo (módulos / workspaces / migración de estado / detección de drift) + IaC nativa de la nube (AWS CDK o Bicep) para funciones avanzadas específicas de cada nube. Dominio de Kubernetes gestionado en la nube: EKS / GKE / AKS a escala de producción, integración con servicios nativos de la nube (IRSA para EKS / Workload Identity para GKE), estrategias de node groups. Dominio de FinOps: estrategia de etiquetado para la asignación de costes, planificación de Reserved Instances / Savings Plans / Committed Use Discounts, automatización del right-sizing, estrategia de instancias spot, atribución de costes de Kubernetes (Kubecost / OpenCost). Mandato típico de un Senior: reducir los costes cloud un 30-50% al año. Dominio de la seguridad cloud: dominio de IAM (diseño de mínimo privilegio + automatización), rotación con KMS / Secrets Manager, integración de servicios de seguridad (GuardDuty + WAF + Security Hub + Macie / Security Command Center / Sentinel), automatización de CIS Benchmark, seguridad de la cadena de suministro. Gobierno multicuenta: Control Tower / Org Policy / Management Groups, SCPs / políticas de organización, arquitectura de landing zone, automatización del aprovisionamiento de cuentas. Marcos de cumplimiento: SOC 2 / ISO 27001 / HIPAA / PCI-DSS: automatización para auditorías de cumplimiento. Recuperación ante desastres: estrategias de failover multirregión, planificación de RPO / RTO, estrategia de copias de seguridad, chaos engineering para validar el DR. Observabilidad en un contexto cloud: integración de CloudWatch / Cloud Monitoring / Azure Monitor con Prometheus / Grafana / Datadog. Programación: Python a fondo (dominio de los SDK boto3 / google-cloud / azure-sdk) + nociones de Go. Diseño de sistemas para la nube: diseñar en pizarra alta disponibilidad multirregión y multi-AZ, principios del well-architected framework, arquitectura basada en celdas para limitar el radio de impacto. Soft: redacción de ADRs para decisiones cloud, comunicación de los compromisos entre coste y arquitectura a finanzas / negocio, rotación de guardias, colaboración entre equipos. Inglés para Senior+ IMPRESCINDIBLE: la comunidad cloud, la documentación y las certificaciones son en inglés. Extra opcional: contribuciones open source a providers de Terraform / proyectos de SDK cloud / proyectos cloud-native de la CNCF: aumentan notablemente el valor de mercado para la contratación en los propios proveedores cloud.