Kubernetes / Contenedores: 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 Middle con contacto con K8s → Junior K8s Engineer (foco profundo en K8s, alcance más estrecho). El salto de Junior a Middle: tras el primer despliegue de K8s a escala de producción + un Operator personalizado escrito. De Middle a Senior: responsabilidad sobre varios clústeres + puesta en producción de un service mesh + experiencia de operación a escala de producción (nodos). De Senior a Kubernetes Architect: estrategia de K8s de toda la organización + federación de varios clústeres + decisiones de arquitectura cloud-native. Trayectoria: DevOps Middle (2-3 años) → Junior K8s (1-2 años) → Middle (2-3 años) → Senior → luego Kubernetes Architect, desarrollador de Operators de K8s (programación en Go a fondo) o paso a los equipos de K8s de un proveedor cloud: AWS EKS / GCP GKE / Azure AKS.

Principales 5: kubernetes, devops, cloud, ci/cd, openshift. Dominio profundo de Kubernetes: arquitectura de API server / scheduler / controller-manager / kubelet / etcd, dominio de RBAC (Roles / ClusterRoles / RoleBindings + tokens de ServiceAccount), Network Policies (NetworkPolicy + Cilium CiliumNetworkPolicy), Pod Security Standards (reemplazan a PSP desde 1.25), Resource Quotas + LimitRanges, HPA / VPA / Karpenter (autoscaler moderno, reemplaza al Cluster Autoscaler en el contexto de AWS), patrones de Deployment / StatefulSet / DaemonSet / Job / CronJob. CRDs + Operators propios: Operator SDK / Kubebuilder (Go) o KOPF (Python). Diseño de CRDs + escritura de controllers + manejo de reconciliation loops. Dominio de Helm: escritura de charts (templates / jerarquías de values.yaml / hooks / sub-charts / dependencias), distribución por OCI registry, library charts. Kustomize: gestión de config basada en overlays, alternativa / complemento a Helm. GitOps: ArgoCD (domina 2026, ApplicationSets para multi-cluster, sync waves, sync hooks, jerarquías de proyectos) o FluxCD (ligero + nativo de Helm). Service mesh: Istio (más features, dominio de VirtualService / DestinationRule / EnvoyFilter), Linkerd (el más simple + ligero, control plane basado en Rust), Cilium (en auge 2026, basado en eBPF, reemplaza a kube-proxy + aporta service mesh + Network Policies en el kernel + observabilidad Hubble). Networking: plugins CNI a fondo (Calico / Cilium / Weave / Flannel, uno a fondo), Gateway API (reemplazo moderno de Ingress, GA 2024, HTTPRoute / Gateway / GatewayClass), Ingress controllers (NGINX Ingress / Traefik / Contour / Istio Gateway). Almacenamiento: dominio de drivers CSI, OpenEBS / Longhorn / Rook/Ceph (self-hosted) + CSI de cloud (EBS / Persistent Disk / Azure Disk). Observabilidad: dominio de Prometheus Operator (kube-prometheus-stack), Grafana Loki, OpenTelemetry Collector, Jaeger / Tempo para distributed tracing. Seguridad: OPA Gatekeeper o Kyverno (aplicación de políticas, Kyverno más simple, en auge 2026), Falco (seguridad en runtime), Trivy + Snyk Container + Grype (escaneo de imágenes), Sigstore + cosign (supply chain, firma + verificación de imágenes), External Secrets Operator / Sealed Secrets / integración con Vault. Workflow / orquestación: dominio de Argo Workflows (DAG / step / suspended / event-driven), Argo Events, Tekton Pipelines, Knative (serverless sobre K8s). Cargas de GPU (en auge 2026 para IA / ML): NVIDIA GPU Operator, MIG (Multi-Instance GPU) para compartir GPU, Kueue para job queuing, Volcano (batch scheduler). Multi-cluster: Karmada (orquestación multi-cluster), OpenChoreo, Cluster API (provisioning de clusters K8s vía K8s), service mesh multi-cluster (Istio ambient mesh, 2024+ multi-cluster). Lenguajes: Go principal (ecosistema K8s). Python secundario (Operators KOPF + scripts propios).

Árbol de decisión para la orquestación de contenedores 2026: 1) Kubernetes: estándar del sector desde 2018, domina la orquestación de contenedores en producción (>80% de las empresas). Caso de uso: todo lo que vaya más allá de las apps en contenedores más simples + portabilidad multicloud + un ecosistema enorme. Compromisos: alta complejidad (curva de aprendizaje empinada + carga operativa), pero el mercado no tiene alternativa. 2) AWS ECS (Elastic Container Service): nativo de AWS, más simple que K8s. Caso de uso: solo AWS + equipo pequeño + quieren simplicidad gestionada. Dos variantes: ECS sobre EC2 (tú gestionas los nodos) o ECS Fargate (totalmente gestionado, sin nodos). Fargate: lo mejor para cargas pequeñas, caro a escala. Compromisos: dependencia de AWS, sin multicloud, ecosistema más pequeño. 3) Docker Swarm: la alternativa de Docker a K8s. Estado en 2026: muerto. Docker Inc se centra en Docker Desktop + Compose. Úsalo solo para mantenimiento legacy. Caso de uso: empresa con stack HashiCorp (ya usa Vault / Consul / Terraform) + quiere algo más simple que K8s + multiplataforma (contenedores + VMs + apps Java + binarios independientes). Compromisos: ecosistema más pequeño (aunque se integra con la malla de Consul), menos comunidad + empleos. Una elección de nicho. 5) Serverless (Lambda / Cloud Functions / Azure Functions): ejecuta funciones sin gestionar contenedores. Caso de uso: cargas orientadas a eventos, tráfico esporádico, endpoints de API simples. Compromisos: dependencia del proveedor, latencia de cold start, límites de ejecución de 15 minutos, depuración más difícil. 6) Cloud Run / Knative: contenedores serverless (lo mejor de ambos mundos). Caso de uso: apps en contenedores + quieren escalado serverless (scale-to-zero) sin la carga operativa de K8s. GCP Cloud Run es la mejor implementación. 7) PaaS modernos: Render, Railway, Fly.io, Heroku: despliegue totalmente gestionado sin infraestructura. Caso de uso: startups + equipos pequeños + cargas pequeñas. Recomendaciones por defecto 2026: Gran empresa + multicloud + preparado para el futuro → Kubernetes. Solo AWS + equipo pequeño → ECS Fargate (o K8s vía EKS si crece). Orientado a eventos y esporádico → funciones serverless. En contenedores + quieren serverless → Cloud Run / Knative. Empresa con stack HashiCorp → Nomad. Un Senior K8s Engineer debe saber cuándo K8s es la elección equivocada.

Stack de referencia de K8s en producción 2026: 1) Aprovisionamiento del clúster: gestionado (EKS / GKE / AKS) o Cluster API + sus proveedores (vsphere / AWS / GCP / Azure) para autogestionado. 2) CNI (Container Network Interface): Cilium (en auge: basado en eBPF, sustituye a kube-proxy), Calico (maduro) o Flannel (simple). Recomendado en 2026: Cilium, con el extra de la observabilidad de Hubble + aplicación de Network Policies en el kernel. 3) Ingress / Gateway: Gateway API (moderna, GA en 2024: HTTPRoute / Gateway) con implementaciones Cilium Gateway / Istio Gateway / Envoy Gateway / Kong Gateway. Heredado: NGINX Ingress Controller / Traefik / Contour. 4) Service mesh (opcional pero recomendado en producción): Istio (el más completo: ambient mesh 2024+ evita la sobrecarga del sidecar), Linkerd (más simple) o Cilium Service Mesh (basado en eBPF: sin sidecars). 5) GitOps: ArgoCD (dominante: ApplicationSets para multitenencia, sync waves, hooks) o FluxCD. 6) Helm + Kustomize: gestión de manifiestos. Helm para paquetes distribuidos, Kustomize para configuración por entorno basada en overlays. 7) Gestión de secretos: External Secrets Operator (en auge: los trae de Vault / AWS Secrets Manager / GCP Secret Manager / Azure Key Vault) o Sealed Secrets (secretos cifrados compatibles con GitOps). 8) Aplicación de políticas: Kyverno (más simple que OPA Gatekeeper, en auge en 2026) u OPA Gatekeeper. Imponer: etiquetas obligatorias / registros de imágenes / límites de recursos / contextos de seguridad. 9) Observabilidad: métricas: Prometheus Operator (kube-prometheus-stack) + Grafana + VictoriaMetrics / Mimir para el almacenamiento a largo plazo. 10) Observabilidad: logs: Loki + Fluent Bit / Vector (Vector en auge: escrito en Rust, más rápido). 11) Observabilidad: trazas: OpenTelemetry Collector + Jaeger o Tempo (stack de Grafana). 12) Seguridad en tiempo de ejecución: Falco (CNCF: detección de amenazas en ejecución basada en eBPF) + Cilium Tetragon (observabilidad de seguridad con eBPF: una alternativa más nueva). 13) Seguridad de imágenes: Trivy (escaneo) + Sigstore cosign (firma) + un admission controller que verifica las firmas. 14) Almacenamiento: drivers CSI: nativos de la nube (EBS / Persistent Disk / Azure Disk) u OpenEBS / Longhorn / Rook/Ceph para autoalojado. 15) Copias de seguridad / DR: Velero (CNCF: hace copias de los recursos de K8s + volúmenes persistentes y los restaura en otro clúster). Complementos opcionales 2026: KEDA (autoescalado por eventos), Argo Workflows (batch / pipelines), Knative (serverless sobre K8s), NVIDIA GPU Operator (para cargas de IA / ML). Un Senior K8s Engineer elige y mantiene todo este stack: 15+ componentes.

Sí, el 28% de los empleos de Kubernetes Engineer son full-remote o híbridos. El trabajo de K8s es cloud estándar. Outsourcers — casi siempre remotos en proyectos de EE. UU. Las rusas — híbrido o remoto tras el periodo de prueba. Las empresas tecnológicas internacionales — full-remote estándar. Las empresas cloud-native (Aiven / Isovalent (Cilium) / Tigera / SUSE Rancher / Rafay) — full-remote premium. Los equipos de K8s de Big Tech — híbrido estándar. Hubs de relocación: Polonia / Alemania / Canadá / Serbia / Georgia / EAU. Inglés para el remoto internacional de K8s — obligatorio (la comunidad CNCF está en inglés, las conferencias KubeCon en inglés).

Senior Kubernetes Engineer: implementa + mantiene clústeres de K8s + Operators propios. Día a día: escribir charts de Helm, depurar problemas del clúster, rotación de guardias, ajuste de rendimiento, desarrollo de Operators. Con mucha programación (dominio de Go para los Operators). Kubernetes Architect: diseña la estrategia de K8s + federación multiclúster + arquitectura de service mesh + decisiones de arquitectura cloud-native. Día a día: redactar ADRs para decisiones de K8s, revisiones de diseño, estrategia de federación multiclúster (Karmada / OpenChoreo), elección + topología del service mesh, diseño del framework de políticas de seguridad, planificación de capacidad. Menos programación. Trayectoria: Senior K8s Engineer (4-6 años) → K8s Architect → Principal K8s Architect / Cloud Native Architect. K8s Operator Developer (vía alternativa: especialización con programación profunda): escribe Operators propios de K8s en Go. Día a día: programación en Go + diseño de CRDs + controller-runtime + pruebas. A menudo trabaja en empresas de producto donde K8s es la plataforma principal (p. ej., bases de datos nativas de Kubernetes: operators de K8s de Cockroach / Yugabyte / SingleStore; monitorización nativa de K8s: integraciones de K8s de Datadog / Dynatrace). Elección de carrera: Engineer si quieres lo práctico en el día a día, Architect si quieres estrategia + varios equipos, Operator Developer si quieres programación profunda + ingeniería de producto.

Hoja de ruta: 1) Base sólida de DevOps: Linux + dominio de Docker + Git + nociones de una nube. 2) Fundamentos de Kubernetes: la documentación oficial de Kubernetes (kubernetes.io/docs: hay que leer entera la sección Concepts), "Kubernetes in Action" de Lukša (el primer libro canónico), "Kubernetes Patterns" de Ibryam / Roß. 3) K8s en la práctica: monta tu propio clúster: kind (Kubernetes in Docker, para desarrollo local), k3s (ligero, para edge / IoT / Raspberry Pi), minikube (un solo nodo) o gestionado en la nube (EKS / GKE / AKS, aptos para el nivel gratuito). Despliega aplicaciones reales. 4) Certificación CKA (Certified Kubernetes Administrator): imprescindible para los puestos de K8s Engineer. Examen práctico (2 horas de práctica). Recursos: Killer.sh (el mejor examen de práctica, incluido con la compra del CKA), curso CKA de KodeKloud. 5) Certificación CKAD (Certified Kubernetes Application Developer): para el lado del desarrollador. 6) Certificación CKS (Certified Kubernetes Security Specialist): especialidad premium. 7) Dominio de Helm: creación de charts (templates / values / hooks / dependencias / library charts). Monta un repositorio de charts. 8) GitOps con ArgoCD: Application + ApplicationSets + Projects + sync hooks. Monta ArgoCD en tu propio clúster + despliega una app real al estilo GitOps. 9) Nociones de service mesh: instala Istio o Linkerd en tu propio clúster, configura el enrutamiento de tráfico + la observabilidad. 10) CRD propios + Operators: programación en Go a nivel Backend Middle + Operator SDK / Kubebuilder. Escribe un Operator sencillo (por ejemplo, un controlador de copias de seguridad para StatefulSets). 11) Stack de observabilidad: instala kube-prometheus-stack + Grafana + Loki + Tempo, configura métricas propias + dashboards + alertas. 12) Stack de seguridad: instala Falco + OPA Gatekeeper o Kyverno, escribe políticas de seguridad. 13) Proyecto personal avanzado: una configuración de K8s lista para producción con los 15 componentes del stack en tu propio clúster, documentada como portfolio en GitHub. 14) Contribuye al código abierto: busca good-first-issue en los repos de Kubernetes / Helm / ArgoCD / Cilium. La comunidad CNCF acoge bien a los nuevos contribuidores. Cursos rusos: Slurm DevOps + K8s, Otus "Kubernetes Educator", Karpov.Courses K8s Track, KubeOps School. Internacional (EN): charlas de KubeCon en YouTube (gratis: imprescindibles las 50 mejores), Learnk8s (cursos intensivos), KodeKloud Cloud-Native Learning Path, CNCF Curriculum (gratis). Libros imprescindibles: "Kubernetes Up & Running" de Burns / Beda / Hightower (3.ª edición: los autores inventaron K8s), "Programming Kubernetes" de Hausenblas / Stefan Schimanski (para desarrollar Operators). De DevOps Middle a K8s Junior: 4-8 meses.

307 active open Kubernetes Engineer positions — premium specialisation inside DevOps. Geography: the US, Poland, India. Time to close a Senior K8s Engineer role — 4-10 weeks (faster than SRE, but requires deep specialisation).

A Senior Kubernetes Engineer owns the full K8s ecosystem cycle + production-scale operations + technical leadership. Kubernetes mastery deep: production-scale (nodes), all controllers + API objects + admission controllers + scheduler plugins. Custom CRDs + Operators mastery: Go programming Backend Senior level + Operator SDK / Kubebuilder + controller-runtime + handling reconciliation loops + leader election + custom resource versioning + conversion webhooks. Helm mastery: chart authoring (templates / values hierarchies / hooks / sub-charts / library charts), OCI registry distribution, chart testing (helm-unittest + chart-testing). GitOps mastery: ArgoCD ApplicationSets for multi-cluster + sync waves + hooks + projects + RBAC + secrets management integration. Service mesh deep: Istio or Cilium service mesh — production setup, multi-cluster mesh, mTLS, traffic management, observability. Networking deep: CNI plugin internals (Cilium eBPF model or Calico BGP model), Gateway API mastery (HTTPRoute / Gateway / GatewayClass), Network Policies enforcement design. Security mastery: Pod Security Standards + RBAC mastery (least-privilege design), OPA Gatekeeper / Kyverno policy framework, runtime security (Falco / Cilium Tetragon), supply chain security (Sigstore + cosign + admission webhooks verifying signatures). Storage: CSI driver internals + custom CSI development if needed. Observability mastery: Prometheus Operator advanced (CRDs ServiceMonitor / PodMonitor / Probe + recording rules + federation), Grafana advanced, OpenTelemetry Collector advanced, distributed tracing across mesh. Multi-cluster mastery: Cluster API for provisioning, Karmada / OpenChoreo for federation, service mesh multi-cluster (Istio ambient mesh), DR strategies multi-cluster. GPU workloads (rising 2026 for AI / ML): NVIDIA GPU Operator advanced, MIG configuration, Kueue for job queuing, Volcano batch scheduler. System design for K8s platforms: design a multi-cluster K8s platform on whiteboard at 10,000+ node scale + multi-tenancy + multi-region. Performance optimisation: cluster benchmarking (kube-bench for CIS / kube-burner for performance), control plane tuning, etcd tuning. Programming: Go primary mastery (for Operators + custom tooling). Python secondary. Soft: ADRs writing for K8s decisions, technical writing (chart documentation + operator design docs), code review for Helm charts + Operator code, mentoring Middle K8s engineers, KubeCon presentations bonus. English for Senior+ MUST — CNCF community / docs / conferences are in English. Optional bonus: open-source contributions to Kubernetes core / Helm / ArgoCD / Cilium / Istio — sharply increase market value for Big Tech K8s teams hiring.