Cloud Computing y Arquitectura Cloud

¿Cuál es el programa oficial de la formación Cloud Computing y Arquitectura Cloud?

El itinerario Etudis se estructura en 12 unidades capitalizables (U1 a U12): diseño de arquitecturas, aprovisionamiento e Infrastructure as Code, automatización, explotación/monitoring, gestión de contenedores, integración de sistemas, seguridad/conformidad, almacenamiento/bases de datos, continuidad/recuperación, migración, optimización de costes, y gestión de proyectos/documentación.

¿Cuáles son los bloques de competencias enseñados durante la formación?

Cuatro grandes bloques: arquitectura cloud (diseño, evaluación de proveedores), aprovisionamiento e Infrastructure as Code (Terraform, CloudFormation, Pulumi), contenedores y automatización (Kubernetes, CI/CD), y seguridad/resiliencia/FinOps (IAM, conformidad, optimización de costes).

¿Qué servicios cloud (AWS, Azure, Google Cloud Platform) se estudian?

Los tres grandes proveedores se cubren a lo largo del itinerario: AWS, Azure y GCP, con una práctica intensiva en entornos reales y una evaluación comparativa según criterios técnicos, económicos y de conformidad.

¿Las arquitecturas híbridas, multi-cloud y serverless forman parte del programa?

Sí, la unidad de diseño de arquitecturas (U1) cubre explícitamente las arquitecturas híbridas, además de los patrones microservicios y serverless, aplicando el framework Well-Architected.

¿Qué lugar ocupan Terraform, Kubernetes, Docker e Infrastructure as Code en la formación?

Un lugar central: Terraform, CloudFormation y Pulumi en la unidad de aprovisionamiento (U2) y de automatización (U3); Kubernetes en la unidad de gestión de contenedores (U5), con despliegues, autoscaling y estrategias rolling/blue-green.

¿Se abordan las nociones de FinOps, DevSecOps y observabilidad?

Sí, cada una tiene su propio espacio: observabilidad y SLI/SLO en la unidad de explotación (U4), DevSecOps (SAST/DAST, IAM) en la unidad de seguridad (U7), y FinOps (rightsizing, instancias reservadas) en la unidad de optimización de costes (U11).

¿Hay que dominar ya Linux, las redes o el scripting antes de integrar la formación?

Se recomiendan bases en redes (TCP/IP, DNS, firewalls), experiencia en administración de sistemas (Linux/Windows), familiaridad con la línea de comandos y el scripting, así como una comprensión de la virtualización.

(Arquitectura Cloud) ¿Cómo se aprende a diseñar una arquitectura cloud escalable y resiliente?

Aplicando los patrones modernos (microservicios, serverless, contenedores) y el framework AWS Well-Architected, en la primera unidad del itinerario (U1), sobre proyectos documentados mediante ADR (Architecture Decision Records).

(Arquitectura Cloud) ¿Cómo elegir entre IaaS, PaaS, SaaS y FaaS?

Evaluando el nivel de control necesario, el coste operativo y la velocidad de desarrollo deseada; la unidad de diseño de arquitecturas enseña a evaluar estos modelos según criterios técnicos, económicos y de conformidad.

(Arquitectura Cloud) ¿Cómo seleccionar el proveedor cloud adecuado según una necesidad de negocio?

Comparando AWS, Azure y GCP según criterios técnicos (servicios disponibles, rendimiento), económicos (coste total) y de conformidad (localización de los datos, certificaciones), tal como se enseña en la unidad U1.

(Arquitectura Cloud) ¿Se estudian en detalle las arquitecturas híbridas y multi-cloud?

Sí, es un contenido explícito de la unidad de diseño y evaluación de arquitecturas cloud (U1), incluyendo el diseño de conectividad segura entre entornos.

(IaC) ¿Terraform es la herramienta principal enseñada?

Terraform es la herramienta central, complementada con CloudFormation (específico de AWS) y Pulumi, en la unidad de aprovisionamiento e infraestructura (U2).

(IaC) ¿Se estudian también CloudFormation y Pulumi?

Sí, ambos se tratan junto con Terraform en la unidad de aprovisionamiento, para comparar los enfoques declarativos (Terraform, CloudFormation) e imperativos (Pulumi).

(IaC) ¿Los estudiantes aprenden a gestionar el versionado de una infraestructura?

Sí, el versionado del IaC en pipelines CI/CD es un contenido central de la unidad de automatización (U3).

(IaC) ¿Cómo aborda la formación el concepto de Configuration Drift?

La detección de las desviaciones de configuración (configuration drift) se enseña explícitamente en la unidad de automatización e Infrastructure as Code (U3), junto con la gestión de la configuración versionada.

(Contenedores) ¿Docker se enseña desde el principio de la formación?

La contenerización se trata en la unidad de gestión de contenedores (U5), tras haber adquirido las bases de arquitectura y de aprovisionamiento en las unidades anteriores.

(Contenedores) ¿Se estudia Kubernetes en profundidad?

Sí, es el núcleo de la unidad U5: despliegues, autoscaling (HPA) y estrategias de despliegue (rolling, blue-green).

(Contenedores) ¿Los estudiantes aprenden a desplegar un clúster Kubernetes?

Sí, la unidad de gestión de servidores, software y contenedores (U5) cubre la orquestación completa de Kubernetes, del despliegue al autoscaling.

(Contenedores) ¿Cómo se abordan Helm y las estrategias de despliegue (Rolling Update, Canary, Blue-Green)?

Las estrategias rolling y blue-green se enseñan explícitamente en la unidad U5; Helm, como gestor de paquetes Kubernetes, se utiliza como herramienta complementaria en los despliegues prácticos.

(Seguridad Cloud) ¿Cómo prepara la formación para asegurar una infraestructura cloud?

A través de una unidad dedicada (U7): controles de seguridad, cifrado en tránsito y en reposo, segmentación, y análisis SAST/DAST integrado en los pipelines DevSecOps.

(Seguridad Cloud) ¿Se estudia el modelo de responsabilidad compartida?

Sí, es uno de los conceptos centrales de la unidad de seguridad y de la unidad de arquitectura, ya que estructura la repartición de las responsabilidades de seguridad entre el proveedor cloud y el cliente.

(Seguridad Cloud) ¿Se abordan IAM, MFA y la gestión de identidades?

Sí, la gestión de identidades (IAM, MFA) con el principio de mínimo privilegio es un contenido central de la unidad de aprovisionamiento (U2) y de la unidad de seguridad (U7).

(Seguridad Cloud) ¿Las normas ISO 27001, ENS o el RGPD están integradas en el programa?

Sí, la conformidad normativa (RGPD, ISO 27001, SOC 2) se trata explícitamente en la unidad de seguridad cloud y conformidad normativa (U7).

(Observabilidad) ¿Los estudiantes aprenden a usar Prometheus, Grafana o CloudWatch?

La unidad de explotación, monitoring y optimización de los servicios (U4) enseña la observabilidad (métricas, logs, trazas distribuidas) con herramientas estándar del sector como Prometheus, Grafana o CloudWatch.

(Observabilidad) ¿Cómo se enseñan los SLI, SLO y SLA?

Es un contenido central de la unidad U4: definición de los SLI/SLO, del error budget, y gestión del cumplimiento de los SLA según los procesos ITIL.

(Observabilidad) ¿Los incidentes cloud y el troubleshooting forman parte de las puestas en situación?

Sí, la gestión de incidencias es un componente central de la unidad U4, y se completa con los simulacros de recuperación ante desastres de la unidad de continuidad (U9).

(Observabilidad) ¿Cómo se aprende a optimizar los costes de una infraestructura cloud?

Mediante una unidad dedicada (U11): análisis del uso de los recursos, rightsizing, instancias reservadas/spot, y pilotaje de presupuestos según las prácticas FinOps.

¿La formación incluye un stage obligatorio?

El itinerario se apoya en proyectos y laboratorios en entornos cloud reales (AWS, Azure, GCP) en cada unidad; para las modalidades exactas de prácticas en empresa, te recomendamos contactar con el equipo pedagógico de Etudis.

¿Las prácticas se pueden realizar en remoto?

El formato 100% a distancia de la formación facilita una organización flexible; la viabilidad de unas prácticas totalmente en remoto depende de la empresa de acogida.

¿Se puede hacer las prácticas en un proveedor cloud o en una ESN?

Sí, los proveedores cloud, las ESN (consultoras IT) y los departamentos cloud internos de las empresas son entornos habituales de prácticas para los perfiles formados en arquitectura y administración cloud.

¿Qué misiones se confían generalmente a un becario Cloud Engineer?

Aprovisionamiento de recursos bajo supervisión, contribución a scripts de automatización IaC, y participación en la monitorización y documentación de las infraestructuras.

¿Las prácticas permiten trabajar sobre infraestructuras AWS, Azure o GCP reales?

Sí, la pedagogía del itinerario se basa en proyectos en entornos cloud reales, lo que facilita una transición natural hacia unas prácticas sobre infraestructuras de producción o de preproducción.

¿El stage desemboca a menudo en una contratación?

Es habitual que unas prácticas bien valoradas conduzcan a una propuesta de contratación, especialmente en un sector con una demanda de perfiles cloud particularmente elevada.

¿Qué competencias profesionales se evalúan en el referencial?

El referencial reúne las competencias de las 12 unidades: diseño de arquitecturas, aprovisionamiento/IaC, automatización, explotación, contenedores, integración de sistemas, seguridad, almacenamiento, continuidad, migración, optimización de costes y gestión de proyectos.

¿Cuántos bloques de competencias componen la certificación?

Doce unidades capitalizables (U1 a U12), evaluadas mediante pruebas escritas y prácticas en entornos cloud reales.

¿Las competencias se evalúan de forma independiente unas de otras?

Sí, cada unidad se evalúa de forma independiente, lo que permite validar los bloques de competencias por separado y repetir específicamente una unidad no superada.

¿Los proyectos prácticos sirven de prueba de competencia?

Sí, los proyectos en entornos cloud reales (documentados mediante ADR y runbooks) constituyen una parte importante de la evaluación práctica, junto con las pruebas escritas.

¿El referencial está alineado con las necesidades actuales de las empresas españolas?

El itinerario se apoya en las tecnologías y prácticas más utilizadas actualmente por las empresas (Terraform, Kubernetes, AWS/Azure/GCP, FinOps, DevSecOps), en línea con las competencias más solicitadas del mercado.

¿El referencial cubre también los aspectos FinOps, DevSecOps y Kubernetes?

Sí, cada uno tiene su propia unidad dedicada: FinOps (U11), DevSecOps (U7) y Kubernetes/contenedores (U5).

¿Qué profesiones se pueden ejercer tras esta formación?

Ingeniero/Administrador Cloud, Ingeniero DevOps/Automatización Cloud, Arquitecto Cloud Senior o Especialista en Seguridad/Migración Cloud, según la especialización y la experiencia adquirida.

¿Qué diferencia existe entre Cloud Engineer, Cloud Architect y DevOps Engineer?

El Cloud Engineer aprovisiona y mantiene la infraestructura; el Cloud Architect diseña la arquitectura global y toma las decisiones estructurantes; el DevOps Engineer se centra en la automatización de los despliegues y la colaboración entre desarrollo y operaciones — el itinerario prepara las bases de los tres perfiles.

¿Qué salario puede esperar un debutante en España?

Según los datos de nuestra formación, un Ingeniero/Administrador Cloud junior suele empezar entre 28k€ y 35k€ brutos anuales en España.

¿Las empresas contratan más especialistas AWS, Azure o perfiles multicloud?

Ambos perfiles tienen salida: los especialistas de un proveedor concreto son muy valorados por las empresas que ya operan en ese ecosistema, mientras que los perfiles multicloud son apreciados por su flexibilidad — el itinerario cubre los tres grandes proveedores (AWS, Azure, GCP).

¿Se puede trabajar como consultor cloud tras esta formación?

Sí, con experiencia y eventualmente certificaciones complementarias (AWS Solutions Architect, Azure Administrator), es una evolución habitual hacia el asesoramiento de empresas en su estrategia de adopción cloud.

¿Qué sectores contratan más especialistas en Cloud Computing?

Servicios informáticos y consultoras (ESN), banca y seguros, comercio electrónico, industria tecnológica y, cada vez más, todos los sectores que digitalizan su infraestructura.

¿Cómo se desarrolla el examen final?

La evaluación combina pruebas escritas y pruebas prácticas en entornos cloud reales (AWS, Azure, GCP) a lo largo de las 12 unidades del itinerario.

¿Las evaluaciones son principalmente prácticas?

Sí, la formación combina teoría (frameworks Well-Architected) y una práctica intensiva: laboratorios guiados, proyectos de equipo documentados, revisiones de código IaC y simulacros de incidencias/recuperación.

¿Hay que realizar un proyecto completo de arquitectura cloud?

Los proyectos documentados mediante ADR (Architecture Decision Records) y runbooks operativos constituyen una parte central de la evaluación práctica a lo largo del itinerario.

¿Los candidatos deben presentar su proyecto ante un jurado?

El proyecto y su documentación técnica son evaluados por el equipo pedagógico de Etudis; el formato exacto de presentación puede variar según la modalidad de la formación.

¿El examen comporta estudios de caso reales?

Sí, los simulacros de incidencias cloud y de recuperación ante desastres (BCP/DRP) reproducen situaciones profesionales reales.

¿Qué ocurre cuando un bloque de competencias no se valida?

La evaluación por unidad capitalizable permite repetir específicamente esa unidad sin necesidad de recursar la totalidad del itinerario.

¿Qué formaciones se pueden seguir tras esta certificación?

Especializaciones en DevOps, SRE, FinOps o ciberseguridad cloud, o un Grado/Máster universitario en Ingeniería Informática para quienes deseen profundizar en fundamentos teóricos.

¿Es pertinente continuar hacia un Máster especializado en Cloud Computing o en Ciberseguridad?

Puede ser una buena opción para quienes deseen profundizar en fundamentos teóricos o de investigación, aunque la Certificación Etudis ya aporta una base operativa práctica en entornos cloud reales.

¿Se recomiendan las certificaciones AWS Solutions Architect, Azure Administrator o Google Professional Cloud Architect?

Sí, complementan muy bien el itinerario — de hecho, una certificación AWS Solutions Architect Associate o Azure Administrator ya da derecho a convalidaciones de unidades dentro de la Certificación Etudis.

¿Las certificaciones Kubernetes (CKA, CKAD) constituyen un buen complemento?

Sí, la certificación CKA (Certified Kubernetes Administrator) da incluso derecho a una convalidación de la unidad U3 dentro de la Certificación Etudis.

¿Se puede evolucionar hacia formaciones en DevOps, SRE o FinOps?

Sí, son evoluciones naturales tras esta formación, ya que el itinerario ya cubre las bases de la automatización, la observabilidad y la optimización de costes propias de estos tres ámbitos.

¿Existen pasarelas hacia estudios de ingeniería informática en España?

El acceso a un Grado o Máster de Ingeniería Informática depende de los requisitos de admisión propios de cada universidad; la Certificación Etudis es un título profesional propio y no sustituye por sí sola esos requisitos.

(Cloud Engineer) ¿Cuáles son las misiones diarias de un Cloud Engineer?

Aprovisionar y mantener la infraestructura cloud (IaC), configurar las redes y la seguridad de base, supervisar los servicios y resolver las incidencias de explotación.

(Cloud Engineer) ¿Qué parte del trabajo se dedica a la automatización?

Una parte muy importante: gran parte del valor de un Cloud Engineer reside en automatizar el aprovisionamiento y la configuración mediante IaC (Terraform, Ansible) para reducir los errores manuales y acelerar los despliegues.

(Cloud Architect) ¿Qué responsabilidades distinguen a un Cloud Architect de un Cloud Engineer?

El Cloud Architect diseña la arquitectura global (elección de servicios, patrones, proveedores) y toma las decisiones estructurantes documentadas en ADR, mientras que el Cloud Engineer implementa y mantiene esa arquitectura en el día a día.

(Cloud Architect) ¿A partir de qué nivel de experiencia se puede llegar a ser arquitecto cloud?

Generalmente tras varios años de experiencia como Cloud Engineer o DevOps Engineer — nuestros datos de salidas profesionales sitúan el puesto de Arquitecto Cloud Senior a partir de 5 años de experiencia.

(DevOps Engineer) ¿Cuál es el papel de un ingeniero DevOps en un proyecto cloud?

Automatiza los pipelines de integración y despliegue continuos (CI/CD), integra el análisis de seguridad en esos pipelines, y facilita la colaboración entre los equipos de desarrollo y de operaciones.

(DevOps Engineer) ¿Cómo colabora con los desarrolladores y los administradores de sistemas?

Actúa como puente entre ambos: traduce las necesidades de despliegue de los desarrolladores en infraestructura automatizada, y aplica las buenas prácticas de operaciones (monitorización, seguridad) definidas por los administradores de sistemas.

(SRE) ¿En qué se diferencia el oficio de SRE del de DevOps?

El SRE se centra específicamente en la fiabilidad y el rendimiento de los sistemas en producción (SLI/SLO, error budget), mientras que el DevOps Engineer tiene un enfoque más amplio sobre toda la cadena de entrega — ambos comparten no obstante una cultura de automatización común.

(SRE) ¿Qué indicadores de rendimiento supervisa un SRE en su día a día?

Los SLI (indicadores de nivel de servicio), los SLO (objetivos asociados) y el error budget, tal como se enseña en la unidad de explotación y monitoring (U4).

(Cloud Security Engineer) ¿Cuál es el papel de un especialista en seguridad cloud?

Configura y mantiene los controles de seguridad (IAM, cifrado, segmentación), integra el análisis SAST/DAST en los pipelines DevSecOps, y garantiza la conformidad normativa (RGPD, ISO 27001, SOC 2).

(Cloud Security Engineer) ¿Interviene más en la prevención o en la respuesta a incidentes?

Ambas dimensiones son centrales en el puesto: la prevención (configuración segura, auditorías, DevSecOps) suele ocupar la mayor parte del tiempo, complementada por la respuesta a incidentes cuando se detecta una anomalía.

¿Qué trabajos recientes de las universidades públicas españolas tratan sobre Cloud Computing?

Varias universidades públicas españolas cuentan con grupos de investigación activos en computación distribuida y cloud, a menudo vinculados a sus departamentos de ingeniería informática.

¿Los investigadores españoles trabajan en la optimización energética de las infraestructuras cloud?

Sí, la eficiencia energética de los centros de datos y de las infraestructuras cloud es un eje de investigación activo, en línea con las preocupaciones actuales de sostenibilidad del sector.

¿Cuáles son los proyectos universitarios relacionados con el cloud soberano europeo?

El tema del cloud soberano (control europeo de los datos e infraestructuras) es objeto de un interés académico creciente en Europa, en particular en el contexto de iniciativas como Gaia-X.

¿Las universidades españolas desarrollan investigaciones sobre la IA desplegada en el cloud?

Sí, el despliegue y la optimización de modelos de inteligencia artificial en infraestructuras cloud (MLOps, computación distribuida) es un eje de investigación en pleno crecimiento.

¿Qué laboratorios universitarios colaboran actualmente con AWS, Microsoft o Google?

Varios grandes proveedores cloud mantienen programas de colaboración académica (créditos de investigación, cátedras) con universidades y centros de investigación en toda Europa, incluida España.

¿Los investigadores se interesan por las arquitecturas cloud sostenibles y la reducción de su huella de carbono?

Sí, es un eje de investigación en auge, que se combina con los trabajos sobre la optimización de costes (FinOps) y de recursos abordados en el itinerario Etudis.

¿Las competencias adquiridas están reconocidas en otros países de la Unión Europea?

Las competencias técnicas (AWS, Azure, GCP, Kubernetes, Terraform) son ampliamente reconocidas en toda Europa, ya que se basan en tecnologías y estándares utilizados a nivel mundial, independientemente del reconocimiento administrativo de la Certificación Etudis en sí.

¿Las certificaciones AWS, Azure y Google Cloud tienen el mismo valor a nivel internacional?

Sí, son certificaciones reconocidas mundialmente y muy valoradas por los reclutadores, independientemente del país — de hecho, varias de ellas dan derecho a convalidaciones dentro de la Certificación Etudis.

¿Es fácil trabajar en remoto para una empresa extranjera tras esta formación?

El cloud computing es uno de los ámbitos técnicos más compatibles con el teletrabajo internacional, ya que gran parte del trabajo se realiza sobre plataformas accesibles remotamente.

¿Las empresas internacionales buscan perfiles multicloud?

Sí, la capacidad de trabajar con varios proveedores (AWS, Azure, GCP) es cada vez más valorada por las empresas internacionales que operan en varios mercados o quieren evitar la dependencia de un único proveedor.

¿El nivel de inglés técnico es indispensable para trabajar en el cloud?

Sí, es muy recomendable: la documentación oficial de los proveedores cloud, las certificaciones y gran parte de las herramientas del sector funcionan principalmente en inglés.

¿Existen diferencias importantes entre el mercado español y otros mercados europeos?

Los fundamentos técnicos son los mismos en toda Europa, ya que los proveedores cloud son globales; las diferencias suelen residir más en el nivel salarial y en la madurez de adopción cloud según el país y el sector.

¿Los oficios del Cloud Computing siguen contratando fuertemente en España en 2026?

Sí, la demanda de perfiles cloud se mantiene muy elevada, sostenida por la migración continua de las empresas españolas hacia infraestructuras cloud.

¿La inteligencia artificial modifica las competencias esperadas de los ingenieros cloud?

Sí, el despliegue y la optimización de cargas de trabajo de IA en el cloud (MLOps, GPU as a service) se están convirtiendo en competencias cada vez más valoradas, además de los fundamentos de arquitectura y de automatización.

¿Las empresas buscan más perfiles DevOps, FinOps o Cloud Security?

Los tres perfiles conocen un fuerte crecimiento de la demanda: DevOps por la necesidad de acelerar los despliegues, FinOps por el control de los costes cloud, y Cloud Security por el aumento de las exigencias de conformidad.

¿Las arquitecturas Kubernetes se han convertido en un estándar entre los reclutadores?

Sí, Kubernetes se ha impuesto como el estándar de facto para la orquestación de contenedores, y su dominio es hoy muy valorado, a menudo esperado, en las ofertas de puestos cloud/DevOps.

¿Las competencias en automatización e Infrastructure as Code se han vuelto indispensables?

Sí, el IaC (Terraform en particular) es ahora una competencia de base esperada en casi todos los puestos de ingeniero o arquitecto cloud, ya no una especialización opcional.

¿Las empresas privilegian hoy los perfiles multicloud en lugar de especializados en un solo proveedor?

Depende del tamaño de la empresa: las grandes organizaciones tienden a valorar cada vez más la flexibilidad multicloud, mientras que muchas PYMEs y startups siguen buscando una especialización profunda en un único proveedor (a menudo AWS).