Preguntas de Entrevista Senior Azure Cloud Engineer

Introducción

Una buena respuesta de senior Azure cloud engineer debe sonar a experiencia real en producción, no a una lista de servicios. Empieza por explicar el requisito y después elige los servicios de Azure, el patrón de red, el modelo de identidad, los controles de coste, la monitorización y los compromisos adecuados.

Usa esta guía para practicar respuestas basadas en escenarios sobre arquitectura multirregión, ExpressRoute, AKS, Bicep, Azure SQL, Functions, optimización de costes y seguridad. Al preparar tu CV, refleja esos mismos temas con proyectos concretos: qué diseñaste, qué restricciones importaban y qué cambió gracias a tu trabajo.

Arquitectura y Diseño

1. Diseñe una aplicación multirregión de alta disponibilidad en Azure.

Respuesta: En una respuesta senior, empieza por el objetivo de la carga: RTO/RPO, activo-activo o activo-pasivo, consistencia de datos y coste operativo. Para aplicaciones HTTP(S) públicas, Azure Front Door suele ser el punto de entrada global; Traffic Manager sigue siendo útil para enrutamiento DNS y patrones de failover no HTTP.

Arquitectura multirregión de nivel empresarial para alta disponibilidad y recuperación ante desastres:

Loading diagram...

Componentes Clave:

1. Equilibrio de Carga Global:

# Crear perfil de Traffic Manager
az network traffic-manager profile create \
  --name myTMProfile \
  --resource-group myResourceGroup \
  --routing-method Performance \
  --unique-dns-name mytmprofile

# Agregar puntos de conexión
az network traffic-manager endpoint create \
  --name eastus-endpoint \
  --profile-name myTMProfile \
  --resource-group myResourceGroup \
  --type azureEndpoints \
  --target-resource-id /subscriptions/.../appgw-eastus

2. Componentes Regionales:

Application Gateway (equilibrador de carga de capa 7)
Conjuntos de escalado de máquinas virtuales con escalado automático
Azure SQL con replicación geográfica
Almacenamiento con redundancia geográfica (GRS)

3. Replicación de Datos:

# Configurar la replicación geográfica de SQL
az sql db replica create \
  --name myDatabase \
  --resource-group myResourceGroup \
  --server primary-server \
  --partner-server secondary-server \
  --partner-resource-group myResourceGroup

Principios de Diseño:

Activo-activo o activo-pasivo
Conmutación por error automatizada
Coherencia de datos entre regiones
Optimización de costes con instancias reservadas

Rareza: Muy Común Dificultad: Difícil

Redes Avanzadas

2. Explique Azure ExpressRoute y cuándo usarlo.

Respuesta: ExpressRoute proporciona conectividad privada y dedicada entre entornos locales y Azure.

Beneficios:

Conexión privada (no a través de Internet)
Mayor fiabilidad y velocidad
Menores latencias
Mayor seguridad
Hasta 100 Gbps de ancho de banda

Modelos de Conectividad:

Colocación CloudExchange: En una instalación de colocación
Ethernet Punto a Punto: Conexión directa
Any-to-Any (IPVPN): A través de un proveedor de red

vs VPN Gateway:

Característica	ExpressRoute	VPN Gateway
Conexión	Privada	A través de Internet
Ancho de Banda	Hasta 100 Gbps	Hasta 10 Gbps
Latencia	Consistente, baja	Variable
Coste	Más alto	Más bajo
Configuración	Compleja	Simple

Casos de Uso:

Migraciones de grandes cantidades de datos
Escenarios de nube híbrida
Recuperación ante desastres
Requisitos de cumplimiento
Necesidades de rendimiento consistentes

Rareza: Común Dificultad: Media-Difícil

Servicios de Contenedores

3. ¿Cómo implementa y administra aplicaciones en Azure Kubernetes Service (AKS)?

Respuesta: AKS es un servicio de Kubernetes administrado para la orquestación de contenedores.

Proceso de Implementación:

1. Crear Clúster de AKS:

# Crear clúster de AKS
az aks create \
  --resource-group myResourceGroup \
  --name myAKSCluster \
  --node-count 3 \
  --enable-addons monitoring \
  --generate-ssh-keys \
  --network-plugin azure \
  --enable-managed-identity

# Obtener credenciales
az aks get-credentials \
  --resource-group myResourceGroup \
  --name myAKSCluster

2. Implementar Aplicación:

# deployment.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: myapp
spec:
  replicas: 3
  selector:
    matchLabels:
      app: myapp
  template:
    metadata:
      labels:
        app: myapp
    spec:
      containers:
      - name: myapp
        image: myregistry.azurecr.io/myapp:v1
        ports:
        - containerPort: 80
        resources:
          requests:
            cpu: 100m
            memory: 128Mi
          limits:
            cpu: 250m
            memory: 256Mi
---
apiVersion: v1
kind: Service
metadata:
  name: myapp-service
spec:
  type: LoadBalancer
  ports:
  - port: 80
  selector:
    app: myapp

# Implementar
kubectl apply -f deployment.yaml

# Escalar
kubectl scale deployment myapp --replicas=5

# Actualizar imagen
kubectl set image deployment/myapp myapp=myregistry.azurecr.io/myapp:v2

3. Monitorización y Administración:

Azure Monitor for containers
Log Analytics
Application Insights
Azure Policy para la gobernanza

Rareza: Muy Común Dificultad: Difícil

Infraestructura como Código

4. ¿Cómo utiliza las plantillas ARM o Bicep para la implementación de la infraestructura?

Respuesta: Las plantillas ARM (o Bicep) permiten la implementación declarativa de la infraestructura.

Ejemplo de Bicep:

// main.bicep
param location string = resourceGroup().location
param vmName string = 'myVM'
param adminUsername string

@secure()
param adminPassword string

resource vnet 'Microsoft.Network/virtualNetworks@2021-02-01' = {
  name: 'myVNet'
  location: location
  properties: {
    addressSpace: {
      addressPrefixes: [
        '10.0.0.0/16'
      ]
    }
    subnets: [
      {
        name: 'default'
        properties: {
          addressPrefix: '10.0.1.0/24'
        }
      }
    ]
  }
}

resource nic 'Microsoft.Network/networkInterfaces@2021-02-01' = {
  name: '${vmName}-nic'
  location: location
  properties: {
    ipConfigurations: [
      {
        name: 'ipconfig1'
        properties: {
          subnet: {
            id: vnet.properties.subnets[0].id
          }
          privateIPAllocationMethod: 'Dynamic'
        }
      }
    ]
  }
}

resource vm 'Microsoft.Compute/virtualMachines@2021-03-01' = {
  name: vmName
  location: location
  properties: {
    hardwareProfile: {
      vmSize: 'Standard_B2s'
    }
    osProfile: {
      computerName: vmName
      adminUsername: adminUsername
      adminPassword: adminPassword
    }
    storageProfile: {
      imageReference: {
        publisher: 'Canonical'
        offer: 'UbuntuServer'
        sku: '18.04-LTS'
        version: 'latest'
      }
    }
    networkProfile: {
      networkInterfaces: [
        {
          id: nic.id
        }
      ]
    }
  }
}

output vmId string = vm.id

Implementar:

# Implementar plantilla de Bicep
az deployment group create \
  --resource-group myResourceGroup \
  --template-file main.bicep \
  --parameters adminUsername=azureuser adminPassword='P@ssw0rd123!'

# Validar antes de implementar
az deployment group validate \
  --resource-group myResourceGroup \
  --template-file main.bicep

Beneficios:

Control de versiones
Implementaciones repetibles
Coherencia entre entornos
Pruebas automatizadas

Rareza: Muy Común Dificultad: Media-Difícil

Optimización de Costes

5. ¿Cómo optimiza los costes de Azure?

Respuesta: La optimización de costes requiere una monitorización continua y decisiones estratégicas:

Estrategias:

1. Ajuste de Tamaño:

# Utilizar las recomendaciones de Azure Advisor
az advisor recommendation list \
  --category Cost \
  --output table

2. Instancias Reservadas:

Compromisos de 1 o 3 años
Hasta un 72% de ahorro
VM, SQL Database, Cosmos DB

3. Ventaja Híbrida de Azure:

Utilizar las licencias existentes de Windows Server
Hasta un 40% de ahorro en VMs

4. Apagado Automático:

# Configurar el apagado automático de la VM
az vm auto-shutdown \
  --resource-group myResourceGroup \
  --name myVM \
  --time 1900 \
  --email [email protected]

5. Optimización del Almacenamiento:

Utilizar los niveles de acceso apropiados
Políticas de gestión del ciclo de vida
Eliminar las instantáneas no utilizadas

6. Monitorización:

Azure Cost Management
Alertas de presupuesto
Etiquetado de recursos

# Crear presupuesto
az consumption budget create \
  --budget-name monthly-budget \
  --amount 1000 \
  --time-grain Monthly \
  --start-date 2024-01-01 \
  --end-date 2024-12-31

Rareza: Muy Común Dificultad: Media

Seguridad y Cumplimiento

6. ¿Cómo implementa las mejores prácticas de seguridad en Azure?

Respuesta: Enfoque de seguridad multicapa:

1. Seguridad de la Red:

# Crear NSG con reglas restrictivas
az network nsg create \
  --resource-group myResourceGroup \
  --name myNSG

# Denegar todo el tráfico entrante por defecto, permitir lo específico
az network nsg rule create \
  --resource-group myResourceGroup \
  --nsg-name myNSG \
  --name DenyAllInbound \
  --priority 4096 \
  --access Deny \
  --direction Inbound

2. Seguridad de la Identidad:

Identidades Administradas (sin credenciales en el código)
Políticas de Acceso Condicional
Aplicación de MFA
Privileged Identity Management (PIM)

3. Protección de Datos:

# Habilitar el cifrado en reposo
az storage account update \
  --name mystorageaccount \
  --resource-group myResourceGroup \
  --encryption-services blob file

# Habilitar TDE para SQL
az sql db tde set \
  --resource-group myResourceGroup \
  --server myserver \
  --database mydatabase \
  --status Enabled

4. Monitorización y Cumplimiento:

Microsoft Defender for Cloud
Microsoft Sentinel (SIEM)
Azure Policy para la gobernanza
Compliance Manager

5. Gestión de Claves:

# Crear Key Vault
az keyvault create \
  --name myKeyVault \
  --resource-group myResourceGroup \
  --location eastus

# Almacenar secreto
az keyvault secret set \
  --vault-name myKeyVault \
  --name DatabasePassword \
  --value 'P@ssw0rd123!'

Rareza: Muy Común Dificultad: Difícil

Servicios de Bases de Datos

7. ¿Cómo implementa la alta disponibilidad para Azure SQL Database?

Respuesta: Azure SQL Database ofrece múltiples opciones de HA:

1. Alta Disponibilidad Integrada:

Automática en todos los niveles
SLA del 99,99%
Copias de seguridad automáticas
Restauración a un momento dado

2. Replicación Geográfica Activa:

# Crear una base de datos secundaria (réplica de lectura)
az sql db replica create \
  --resource-group myResourceGroup \
  --server primary-server \
  --name myDatabase \
  --partner-server secondary-server \
  --partner-resource-group myResourceGroup

# Conmutar por error a la secundaria
az sql db replica set-primary \
  --name myDatabase \
  --resource-group myResourceGroup \
  --server secondary-server

3. Grupos de Conmutación por Error Automática:

# Crear grupo de conmutación por error
az sql failover-group create \
  --name my-failover-group \
  --resource-group myResourceGroup \
  --server primary-server \
  --partner-server secondary-server \
  --partner-resource-group myResourceGroup \
  --failover-policy Automatic \
  --grace-period 1 \
  --add-db myDatabase

# Iniciar la conmutación por error
az sql failover-group set-primary \
  --name my-failover-group \
  --resource-group myResourceGroup \
  --server secondary-server

Arquitectura:

Loading diagram...

Niveles de Servicio:

Nivel	Caso de Uso	Características de HA	Tamaño Máximo
Básico	Desarrollo/pruebas	HA integrada	2 GB
Estándar	Producción	HA integrada, replicación geográfica	1 TB
Premium	Misión crítica	HA integrada, replicación geográfica, escalado horizontal de lectura	4 TB
Hyperscale	Bases de datos grandes	HA integrada, copias de seguridad rápidas	100 TB

Cadena de Conexión (con conmutación por error):

// Ejemplo de .NET
string connectionString = 
    "Server=tcp:my-failover-group.database.windows.net,1433;" +
    "Initial Catalog=myDatabase;" +
    "Persist Security Info=False;" +
    "User ID=myuser;" +
    "Password=mypassword;" +
    "MultipleActiveResultSets=False;" +
    "Encrypt=True;" +
    "TrustServerCertificate=False;" +
    "Connection Timeout=30;" +
    "ApplicationIntent=ReadWrite;";  // o ReadOnly para la secundaria

Monitorización:

# Comprobar el retraso de la replicación
az sql db replica list-links \
  --name myDatabase \
  --resource-group myResourceGroup \
  --server primary-server

# Ver métricas
az monitor metrics list \
  --resource /subscriptions/.../databases/myDatabase \
  --metric "connection_successful" \
  --start-time 2024-11-26T00:00:00Z

Mejores Prácticas:

Utilizar grupos de conmutación por error para la conmutación por error automática
Probar los procedimientos de conmutación por error regularmente
Monitorizar el retraso de la replicación
Utilizar réplicas de solo lectura para la generación de informes
Implementar la lógica de reintento en las aplicaciones

Rareza: Muy Común Dificultad: Difícil

Computación Sin Servidor

8. ¿Cómo diseña e implementa Azure Functions a escala?

Respuesta: Azure Functions es un servicio de computación sin servidor para aplicaciones controladas por eventos.

Planes de Alojamiento:

Plan	Caso de Uso	Escalado	Tiempo de Espera	Coste
Consumo	Controlado por eventos, esporádico	Automático, ilimitado	5 min (por defecto)	Pago por ejecución
Premium	Producción, VNet	Precalentado, ilimitado	30 min (por defecto)	Instancias siempre activas
Dedicado	Uso predecible	Manual/automático	Ilimitado	Precios de App Service

Ejemplo de Función:

// Disparador HTTP de C#
using System.IO;
using Microsoft.AspNetCore.Mvc;
using Microsoft.Azure.WebJobs;
using Microsoft.Azure.WebJobs.Extensions.Http;
using Microsoft.AspNetCore.Http;
using Microsoft.Extensions.Logging;

public static class HttpTriggerFunction
{
    [FunctionName("ProcessOrder")]
    public static async Task<IActionResult> Run(
        [HttpTrigger(AuthorizationLevel.Function, "post", Route = null)] HttpRequest req,
        [Queue("orders", Connection = "AzureWebJobsStorage")] IAsyncCollector<string> orderQueue,
        ILogger log)
    {
        log.LogInformation("Processing order request");
        
        string requestBody = await new StreamReader(req.Body).ReadToEndAsync();
        
        // Validate and process
        if (string.IsNullOrEmpty(requestBody))
        {
            return new BadRequestObjectResult("Order data is required");
        }
        
        // Add to queue for processing
        await orderQueue.AddAsync(requestBody);
        
        return new OkObjectResult(new { message = "Order queued successfully" });
    }
}

Implementación:

# Crear Function App
az functionapp create \
  --resource-group myResourceGroup \
  --consumption-plan-location eastus \
  --runtime dotnet \
  --functions-version 4 \
  --name myFunctionApp \
  --storage-account mystorageaccount

# Implementar desde local
func azure functionapp publish myFunctionApp

# Configurar los ajustes de la aplicación
az functionapp config appsettings set \
  --name myFunctionApp \
  --resource-group myResourceGroup \
  --settings \
    "DatabaseConnection=..." \
    "ApiKey=..."

# Habilitar Application Insights
az functionapp config appsettings set \
  --name myFunctionApp \
  --resource-group myResourceGroup \
  --settings "APPINSIGHTS_INSTRUMENTATIONKEY=..."

Desencadenadores y Enlaces:

// function.json
{
  "bindings": [
    {
      "type": "queueTrigger",
      "direction": "in",
      "name": "orderMessage",
      "queueName": "orders",
      "connection": "AzureWebJobsStorage"
    },
    {
      "type": "blob",
      "direction": "out",
      "name": "outputBlob",
      "path": "processed/{rand-guid}.json",
      "connection": "AzureWebJobsStorage"
    },
    {
      "type": "cosmosDB",
      "direction": "out",
      "name": "outputDocument",
      "databaseName": "OrdersDB",
      "collectionName": "Orders",
      "createIfNotExists": true,
      "connectionStringSetting": "CosmosDBConnection"
    }
  ]
}

Durable Functions (Orquestación):

// Función de orquestación
[FunctionName("OrderOrchestrator")]
public static async Task<object> RunOrchestrator(
    [OrchestrationTrigger] IDurableOrchestrationContext context)
{
    var order = context.GetInput<Order>();
    
    // Paso 1: Validar el pedido
    var isValid = await context.CallActivityAsync<bool>("ValidateOrder", order);
    if (!isValid)
    {
        return new { status = "Invalid order" };
    }
    
    // Paso 2: Procesar el pago
    var paymentResult = await context.CallActivityAsync<PaymentResult>("ProcessPayment", order);
    
    // Paso 3: Actualizar el inventario
    await context.CallActivityAsync("UpdateInventory", order);
    
    // Paso 4: Enviar notificación
    await context.CallActivityAsync("SendNotification", order);
    
    return new { status = "Order processed", orderId = order.Id };
}

Configuración de Escalado:

// host.json
{
  "version": "2.0",
  "extensions": {
    "queues": {
      "maxPollingInterval": "00:00:02",
      "batchSize": 16,
      "maxDequeueCount": 5,
      "newBatchThreshold": 8
    },
    "http": {
      "routePrefix": "api",
      "maxConcurrentRequests": 100,
      "maxOutstandingRequests": 200
    }
  },
  "functionTimeout": "00:05:00"
}

Mejores Prácticas:

Utilizar el plan Premium para cargas de trabajo de producción
Implementar la idempotencia para los desencadenadores de colas
Utilizar Durable Functions para flujos de trabajo complejos
Monitorizar con Application Insights
Establecer valores de tiempo de espera apropiados
Utilizar identidades administradas para la autenticación

Rareza: Muy Común Dificultad: Difícil

Redes Avanzadas

9. Explique VNet Peering y sus casos de uso.

Respuesta: VNet Peering conecta dos redes virtuales de Azure de forma privada.

Tipos:

1. VNet Peering Regional:

Misma región
Baja latencia
Sin restricciones de ancho de banda

2. VNet Peering Global:

Diferentes regiones
Conectividad entre regiones
Latencia ligeramente mayor

Arquitectura:

Loading diagram...

Configuración:

# Crear VNet peering (A a B)
az network vnet peering create \
  --name vnetA-to-vnetB \
  --resource-group myResourceGroup \
  --vnet-name vnetA \
  --remote-vnet /subscriptions/.../resourceGroups/myResourceGroup/providers/Microsoft.Network/virtualNetworks/vnetB \
  --allow-vnet-access \
  --allow-forwarded-traffic

# Crear peering inverso (B a A)
az network vnet peering create \
  --name vnetB-to-vnetA \
  --resource-group myResourceGroup \
  --vnet-name vnetB \
  --remote-vnet /subscriptions/.../resourceGroups/myResourceGroup/providers/Microsoft.Network/virtualNetworks/vnetA \
  --allow-vnet-access \
  --allow-forwarded-traffic

# Comprobar el estado del peering
az network vnet peering show \
  --name vnetA-to-vnetB \
  --resource-group myResourceGroup \
  --vnet-name vnetA \
  --query peeringState

Características:

No transitivo: A↔B, B↔C no significa A↔C
Sin superposición de IP: Las VNets deben tener espacios de direcciones no superpuestos
Conectividad privada: Utiliza la red troncal de Azure
Sin tiempo de inactividad: Se puede crear en VNets existentes
Entre suscripciones: Puede emparejar VNets en diferentes suscripciones

Topología Hub-Spoke:

# VNet Hub con servicios compartidos
# VNet Spoke para diferentes aplicaciones/equipos

# Habilitar el tránsito de la puerta de enlace (el hub tiene la puerta de enlace VPN)
az network vnet peering update \
  --name hub-to-spoke1 \
  --resource-group myResourceGroup \
  --vnet-name hub-vnet \
  --set allowGatewayTransit=true

# Utilizar la puerta de enlace remota (el spoke utiliza la puerta de enlace del hub)
az network vnet peering update \
  --name spoke1-to-hub \
  --resource-group myResourceGroup \
  --vnet-name spoke1-vnet \
  --set useRemoteGateways=true

vs VPN Gateway:

Característica	VNet Peering	VPN Gateway
Latencia	Baja (red troncal de Azure)	Mayor (cifrada)
Ancho de Banda	Sin límite	Limitado por la SKU de la puerta de enlace
Coste	Solo transferencia de datos	Puerta de enlace + transferencia de datos
Configuración	Simple	Más compleja
Cifrado	No (red privada)	Sí (IPsec)

Casos de Uso:

Arquitectura hub-spoke: Servicios compartidos centralizados
Conectividad multirregión: Conectar regiones
Colaboración entre equipos: VNets separadas por equipo
Recuperación ante desastres: Replicar a una región diferente
Nube híbrida: Conectar VNets de Azure

Monitorización:

# Ver las métricas de peering
az monitor metrics list \
  --resource /subscriptions/.../virtualNetworks/vnetA \
  --metric "BytesSentRate" \
  --start-time 2024-11-26T00:00:00Z

Mejores Prácticas:

Planificar los espacios de direcciones IP cuidadosamente (sin superposición)
Utilizar hub-spoke para la gestión centralizada
Documentar las relaciones de peering
Monitorizar los costes de transferencia de datos
Utilizar NSGs para el control del tráfico
Considerar el uso de Azure Virtual WAN para topologías complejas

Rareza: Común Dificultad: Media-Difícil

Conclusión

Las entrevistas senior de Azure suelen evaluar criterio más que memoria. Prepárate para explicar por qué elegiste un servicio, cómo se comporta ante fallos, cómo proteges identidad y límites de red, y cómo supervisas coste y fiabilidad después del lanzamiento.

Antes de la entrevista, elige dos o tres proyectos reales en Azure y conecta cada uno con decisiones de arquitectura, red, automatización, seguridad, observabilidad y costes. Así tendrás respuestas más claras y un CV que muestra responsabilidad senior, no solo familiaridad genérica con Azure.

Consejos de carrera recientes

Preguntas de Entrevista para Senior Azure Cloud Engineer: Guía Práctica

Introducción

Arquitectura y Diseño

1. Diseñe una aplicación multirregión de alta disponibilidad en Azure.

Redes Avanzadas

2. Explique Azure ExpressRoute y cuándo usarlo.

Servicios de Contenedores

3. ¿Cómo implementa y administra aplicaciones en Azure Kubernetes Service (AKS)?

Infraestructura como Código

4. ¿Cómo utiliza las plantillas ARM o Bicep para la implementación de la infraestructura?

Optimización de Costes

5. ¿Cómo optimiza los costes de Azure?

Seguridad y Cumplimiento

6. ¿Cómo implementa las mejores prácticas de seguridad en Azure?

Servicios de Bases de Datos

7. ¿Cómo implementa la alta disponibilidad para Azure SQL Database?

Computación Sin Servidor

8. ¿Cómo diseña e implementa Azure Functions a escala?

Redes Avanzadas

9. Explique VNet Peering y sus casos de uso.

Conclusión

Consejos de carrera semanales que realmente funcionan

Consejos de carrera semanales que realmente funcionan

Publicaciones Relacionadas

Preguntas de entrevista para Senior AWS Cloud Engineer

Preguntas de entrevista para Senior GCP Cloud Engineer

Preguntas y respuestas para entrevistas de ingeniero de red senior

Crea un Currículum que Te Contrate 60% Más Rápido

Compartir esta publicación

Consigue Empleo 50% Más Rápido