¿Qué es Azure? Guía completa para principiantes

Redactado por Mario Larrúa Vega.

Crear una aplicación suele empezar con una idea sencilla. Después llegan las preguntas: ¿dónde se ejecutará?, ¿dónde guardará los datos?, ¿quién podrá acceder?, ¿qué ocurrirá si recibe más visitas o falla un servidor?

Microsoft Azure es la plataforma de nube de Microsoft para construir y ejecutar soluciones utilizando servicios de infraestructura, aplicaciones, datos, redes e inteligencia artificial. Permite combinar recursos que administras directamente con servicios en los que Microsoft se ocupa de una parte mayor de la operación. Así presenta la plataforma el Cloud Adoption Framework de Microsoft.

Esta guía está pensada para comprender esas decisiones desde cero. Encontrarás ejemplos, criterios para elegir servicios y un laboratorio completo para subir y recuperar un archivo en Azure. También te servirá como base si estás preparando AZ-900.

Actualizado el 15 de octubre de 2026. Las características y los comandos se han contrastado con documentación oficial. Los escenarios son ejemplos didácticos. La disponibilidad, las cuotas y los precios deben comprobarse para tu suscripción y región antes de desplegar.

1. Qué significa trabajar en la nube

La computación en la nube consiste en utilizar recursos informáticos proporcionados como servicios: procesamiento, almacenamiento, redes o bases de datos, entre otros. Puedes aprovisionarlos y administrarlos sin comprar y mantener personalmente toda la infraestructura física que los soporta.

Imagina una academia que necesita publicar su plataforma de formación. En un entorno propio podría tener que adquirir servidores, instalar sistemas operativos, configurar redes y preparar la capacidad necesaria para las matriculaciones.

En Azure puede contratar servicios para ejecutar la aplicación y guardar sus datos. El trabajo cambia: debe elegir capacidades, configurar el acceso, supervisar el funcionamiento y controlar el consumo.

La nube facilita ajustar recursos a las necesidades, pero la configuración y el diseño siguen siendo trabajo del equipo. Si quieres profundizar en los fundamentos, empieza por el módulo oficial sobre computación en la nube.

Escalabilidad y elasticidad, con un ejemplo

Supongamos que la academia recibe normalmente cien visitas simultáneas y, durante una campaña, necesita atender muchas más.

• Escalar verticalmente sería aumentar la capacidad de una instancia, por ejemplo, su memoria o sus CPU.
• Escalar horizontalmente sería utilizar más instancias para repartir el trabajo.
• Elasticidad es adaptar la capacidad a las variaciones de demanda, aumentando y reduciendo recursos según corresponda.

Que un servicio permita escalar no significa que toda aplicación escale bien. Una base de datos saturada, una dependencia lenta o un límite de conexiones pueden seguir siendo el cuello de botella. Microsoft aborda estos conceptos en su formación sobre los beneficios de los servicios en la nube.

2. Nube pública, privada, híbrida y multicloud

Estos términos describen cómo se organiza el entorno:

«Pública» no significa que tus datos sean públicos. El término describe el modelo de nube. El acceso a una aplicación o a sus datos depende de su configuración de identidad, permisos y red.

Microsoft desarrolla estas diferencias en los modelos de nube.

Para la academia, una solución híbrida tendría sentido si necesita conservar una aplicación interna e integrarla con su portal de formación. Sería una decisión derivada de sus necesidades; no una etapa obligatoria para empezar.

3. IaaS, PaaS y SaaS: cuánto administras tú

Los modelos de servicio ayudan a entender qué parte de la solución gestiona el proveedor:

Microsoft mantiene la infraestructura física de sus servicios de nube. Tus responsabilidades sobre datos, identidades y configuración permanecen, y otras cambian según el servicio. La referencia es el modelo de responsabilidad compartida.

Para alojar una web de la academia, una máquina virtual ofrece control sobre el sistema operativo. App Service permite concentrarse más en la aplicación. Elegir exige valorar qué control necesitas y qué tareas estás dispuesto a operar.

¿Dónde encaja serverless?

En un enfoque serverless, la plataforma administra la infraestructura de ejecución y ofrece mecanismos para responder a eventos o demanda. Los servidores siguen existiendo, aunque no tengas que administrarlos directamente.

Azure Functions es un ejemplo para ejecutar código en respuesta a eventos. Su comportamiento de escalado y facturación depende del plan elegido. En la documentación vigente, Microsoft recomienda Flex Consumption para nuevas aplicaciones de funciones serverless. Revisa las opciones de hospedaje de Azure Functions.

4. Cómo se organiza Azure: del tenant al recurso

Antes de desplegar conviene distinguir identidad, administración y facturación.

Tenant de Microsoft Entra

Es el directorio en el que se organizan identidades como usuarios, grupos y aplicaciones. Microsoft Entra ID proporciona funciones de identidad y acceso utilizadas por Azure y otros servicios de Microsoft. Puedes ampliar esta parte en la introducción a Microsoft Entra.

Un tenant y una suscripción tienen funciones diferentes: el directorio organiza identidades; la suscripción establece un ámbito para administrar recursos y atribuir consumo.

La jerarquía de administración

Una estructura habitual es:

Tenant de Microsoft Entra
└── Grupo de administración
    └── Suscripción de Azure
        ├── Grupo de recursos: formación-desarrollo
        │   ├── Aplicación web
        │   └── Cuenta de almacenamiento
        └── Grupo de recursos: formación-producción
            ├── Aplicación web
            └── Base de datos

Los grupos de administración permiten organizar suscripciones y aplicar gobierno a mayor escala. Las suscripciones de un mismo grupo de administración deben confiar en el mismo tenant. Microsoft explica la estructura y la herencia en la documentación de grupos de administración.

Los otros conceptos que utilizarás a diario son:

• Suscripción: ámbito administrativo y de consumo al que pertenecen grupos de recursos.
• Grupo de recursos: contenedor lógico para administrar recursos relacionados, especialmente cuando comparten ciclo de vida.
• Recurso: elemento administrable, como una cuenta de almacenamiento, una aplicación web o una red virtual.

Estas distinciones se desarrollan en los fundamentos de administración de recursos de Azure.

Azure Resource Manager proporciona la capa para crear, modificar y eliminar estos recursos. Los ámbitos también permiten aplicar controles de acceso y gobierno. Consulta la introducción a Azure Resource Manager.

Cuatro detalles que evitan confusiones

1. Un recurso que pertenece a un grupo de recursos no pertenece simultáneamente a otro.
2. Los recursos de un grupo pueden estar en regiones distintas; la ubicación del grupo corresponde a sus metadatos.
3. Las etiquetas del grupo no se heredan automáticamente por sus recursos.
4. Eliminar el grupo implica eliminar los recursos que contiene.

Estas reglas se detallan en la sección oficial sobre qué es un grupo de recursos. Para practicar, resulta útil crear un grupo exclusivo para cada laboratorio.

5. Regiones y zonas de disponibilidad

Una región es una ubicación geográfica donde Azure ofrece infraestructura y servicios. Para elegirla, revisa la proximidad a los usuarios, la disponibilidad del servicio y su modalidad, los requisitos de ubicación de datos, las cuotas y el coste.

En España existe Spain Central, cuyo identificador es spaincentral. Comprueba sus características y las de otras regiones en la lista oficial de regiones de Azure.

Una zona de disponibilidad es una agrupación de uno o varios centros de datos físicamente separados dentro de una región, con infraestructura independiente de alimentación, refrigeración y red. Su utilización puede aportar resistencia frente a fallos de una zona.

El soporte depende tanto de la región como del servicio. Algunos servicios distribuyen recursos entre zonas automáticamente y otros requieren configuración. Desplegar un recurso en una región con zonas no demuestra, por sí solo, que ese recurso las esté utilizando. Consulta cómo funcionan las zonas de disponibilidad.

Tampoco todas las regiones tienen una región emparejada. Microsoft incluye Spain Central entre las regiones sin pareja. Tener una pareja regional no aporta por sí mismo recuperación automática ante desastres: hay que diseñar y configurar la solución. La referencia es regiones emparejadas y no emparejadas.

6. Los servicios que conviene conocer primero

Aprender Azure no exige memorizar el catálogo. Empieza por el problema que necesitas resolver.

Ejecución de aplicaciones

La guía oficial para hospedar aplicaciones en Azure compara alternativas según simplicidad, control y necesidades de ejecución.

Para una primera API de la academia, evaluaría App Service antes de introducir Kubernetes. Es una recomendación para ese ejemplo: el equipo debería justificar la complejidad operativa que incorpora.

Almacenamiento y bases de datos

Azure Blob Storage almacena objetos, como imágenes, documentos y otros archivos. Su organización básica es cuenta de almacenamiento, contenedor y blob. Puedes utilizarlo para los PDF y las imágenes de los cursos. La introducción a Blob Storage explica sus usos y estructura.

Azure SQL Database es un servicio de base de datos administrado que asume tareas como actualizaciones, aplicación de parches y copias de seguridad de la plataforma. Puede encajar en una aplicación que necesite consultar matrículas o relaciones entre alumnos y cursos. Revisa qué es Azure SQL Database.

El criterio inicial es el tipo de información y las operaciones que necesita la aplicación. Un archivo PDF y una matrícula tienen necesidades de acceso y consulta diferentes.

Redes

Azure Virtual Network permite organizar conectividad privada y segmentación. Azure Private Link permite acceder a servicios compatibles mediante puntos de conexión privados, y Azure DNS participa en la resolución de nombres. La relación se explica en los servicios básicos de red de Azure.

Dos preguntas deben resolverse por separado: desde dónde se puede alcanzar un servicio y quién tiene permiso para utilizarlo. Un contenedor sin acceso anónimo puede seguir utilizando un endpoint de red público.

Observabilidad e inteligencia artificial

Azure Monitor reúne capacidades para trabajar con métricas, registros, trazas y eventos. Application Insights forma parte de su oferta para observar aplicaciones. Estas herramientas ayudan a investigar problemas y rendimiento; su configuración debe formar parte del diseño. Consulta la introducción a Azure Monitor.

Para soluciones de IA, Microsoft Foundry reúne modelos, agentes y herramientas, además de capacidades de evaluación y gestión. En material anterior encontrarás los nombres Azure AI Studio o Azure AI Foundry. La documentación actual explica la evolución en qué es Microsoft Foundry.

Añadir IA al portal de la academia seguiría exigiendo resolver identidad, datos, evaluación y consumo. El modelo es una parte de la solución.

7. Seguridad: identidad, permisos y configuración

Una buena práctica inicial consiste en conceder el acceso necesario en el ámbito más reducido que permita realizar la tarea.

Azure RBAC, el control de acceso basado en roles, responde a tres preguntas: a qué identidad se concede acceso, qué operaciones permite el rol y sobre qué ámbito se aplica. Puedes asignar roles a usuarios, grupos y otras identidades. La explicación está en qué es Azure RBAC.

Para nuestra academia, podríamos permitir que un equipo gestione recursos de desarrollo y que otro tenga acceso de lectura a ciertos datos. El diseño de permisos debería reflejar sus tareas.

Administrar un recurso y acceder a sus datos

Crear una cuenta de almacenamiento no te asigna automáticamente permisos para leer sus blobs mediante Microsoft Entra ID. El acceso a datos requiere un rol apropiado, como Storage Blob Data Reader o Storage Blob Data Contributor. Microsoft documenta esta distinción en la asignación de roles para datos de Blob Storage.

Azure Policy y las identidades administradas

Azure Policy permite evaluar y aplicar reglas sobre recursos, como restringir regiones o exigir determinada configuración. RBAC controla permisos; Policy controla condiciones de gobierno. Una operación autorizada puede ser rechazada si incumple una política. Consulta qué es Azure Policy.

Para comunicaciones entre aplicaciones y servicios compatibles, las identidades administradas permiten obtener tokens de Microsoft Entra sin que el desarrollador gestione esas credenciales. Todavía necesitas autorizar a la identidad para acceder al servicio de destino. La introducción a identidades administradas desarrolla el funcionamiento.

8. Cómo pensar en los costes de Azure

El coste depende de los recursos y su configuración: capacidad, tiempo de ejecución, almacenamiento, operaciones, transferencias y servicios adicionales que utilices.

Para preparar una estimación de la academia, separaría al menos la ejecución de la aplicación, la base de datos, los documentos, el tráfico y la observabilidad. Después compararía una carga habitual con una campaña de matriculación. La calculadora de precios de Azure permite construir estimaciones por producto y configuración.

La estimación sirve para decidir y contrastar después con el consumo observado. Evita presupuestar una solución únicamente por el precio visible de su recurso principal.

Un presupuesto genera avisos

Cost Management permite establecer presupuestos y alertas sobre gasto real o previsto. Alcanzar el presupuesto no detiene automáticamente los recursos ni el consumo. Además, los datos y las evaluaciones tienen demora; no son un contador instantáneo. Así lo explica el tutorial oficial de presupuestos.

Para un laboratorio, crea un presupuesto adecuado a tu situación, revisa el consumo y elimina los recursos al terminar.

Apagar una máquina virtual no siempre elimina su coste

Una VM en estado Stopped puede seguir teniendo capacidad asignada y facturación de cómputo. En Deallocated se libera esa capacidad, pero pueden continuar cargos de otros recursos, como discos o componentes de red. Consulta los estados y la facturación de máquinas virtuales.

Qué incluye una cuenta gratuita

Microsoft publica una oferta para clientes nuevos con 200 USD de crédito durante un máximo de 30 días, además de cantidades gratuitas de determinados servicios sujetas a condiciones. Continuar con pago por uso implica revisar qué consumo queda fuera de esas cantidades. Comprueba la oferta vigente y su elegibilidad en la página oficial de cuentas de Azure.

Una cuenta con beneficios gratuitos no convierte cualquier despliegue en gratuito. Para aprender, conoce qué has creado y cómo retirarlo.

9. Ejemplo: una plataforma de formación

Podemos traducir los conceptos a una propuesta inicial para la academia:

Alumno
  │
  ▼
Aplicación web en App Service
  ├── Consulta matrículas en Azure SQL Database
  └── Accede a documentos en Blob Storage

Microsoft Entra: identidad y acceso de los componentes
Azure Monitor: telemetría configurada de la solución
Cost Management: seguimiento del consumo

Es un esquema didáctico; no constituye un diseño completo de producción. Antes de implementarlo, el equipo tendría que resolver autenticación de alumnos, permisos de la aplicación, conectividad, recuperación y objetivos de disponibilidad.

Por ejemplo, plantearía estas preguntas: ¿qué documentos puede descargar cada alumno?, ¿qué ocurre si la base de datos no responde?, ¿cómo se recupera una eliminación accidental?, ¿qué nivel de indisponibilidad puede aceptar la academia?

El Azure Well-Architected Framework organiza estas decisiones alrededor de fiabilidad, seguridad, optimización de costes, excelencia operativa y eficiencia del rendimiento.

10. Laboratorio: guarda y recupera un archivo en Azure

Vamos a crear una cuenta de almacenamiento y un contenedor sin acceso anónimo. Subiremos un archivo mediante Microsoft Entra ID, comprobaremos su contenido y eliminaremos los recursos.

El flujo sigue el enfoque del inicio rápido oficial de Blob Storage con Azure CLI, adaptado para este artículo.

Antes de empezar

Necesitas una suscripción activa y permisos para crear un grupo de recursos y una cuenta de almacenamiento. También necesitas poder asignar el rol de acceso a datos en el ámbito de la cuenta. Esto requiere permisos de asignación de roles, por ejemplo mediante Owner o una combinación adecuada de roles; Contributor por sí solo no basta para ese paso.

Utiliza una suscripción de aprendizaje o un entorno autorizado. El almacenamiento y sus operaciones pueden generar consumo. Revisa la estimación y realiza la limpieza final.

Abre Azure Cloud Shell y selecciona Bash. Puedes elegir una sesión efímera, sin cuenta de almacenamiento para persistir archivos. Los archivos locales de esa sesión se perderán al finalizarla, pero los recursos desplegados en Azure seguirán existiendo. Microsoft explica esta modalidad y sus requisitos en Cloud Shell con sesiones efímeras.

Ejecuta los bloques en orden, manteniendo la misma sesión. Si un comando falla, resuelve el error antes de continuar. Si utilizas Bash local con Azure CLI instalada, inicia sesión previamente con az login.

Paso 1. Comprueba la suscripción

az account list --output table

az account set --subscription "REEMPLAZA_CON_EL_ID_DE_TU_SUSCRIPCION"

az account show \
  --query '{Suscripcion:name,Id:id,Tenant:tenantId}' \
  --output table

Sustituye el identificador antes de ejecutar az account set. Confirma que la selección corresponde al entorno de prácticas.

Paso 2. Define nombres y crea el grupo

LAB_ID="$(date -u +%s)${RANDOM}"
RG_NAME="rg-larruatech-intro-${LAB_ID}"
STORAGE_NAME="sfintro${LAB_ID}"
LOCATION="westeurope"
CONTAINER_NAME="documentos"

printf 'Grupo: %s\nCuenta: %s\n' "$RG_NAME" "$STORAGE_NAME"

az group create \
  --name "$RG_NAME" \
  --location "$LOCATION" \
  --tags proyecto=larruatech entorno=lab \
  --output table

El sufijo reduce la posibilidad de colisión en el nombre de la cuenta. Usamos westeurope como región de ejemplo; cámbiala si tu suscripción requiere otra región compatible.

Anota el nombre del grupo para poder localizarlo después, incluso si se cierra Cloud Shell. La referencia de estos comandos está en az group.

Paso 3. Crea la cuenta de almacenamiento

az storage account create \
  --name "$STORAGE_NAME" \
  --resource-group "$RG_NAME" \
  --location "$LOCATION" \
  --kind StorageV2 \
  --sku Standard_LRS \
  --https-only true \
  --min-tls-version TLS1_2 \
  --allow-blob-public-access false \
  --allow-shared-key-access false \
  --tags proyecto=larruatech entorno=lab \
  --output table

Hemos hecho explícitas varias opciones: HTTPS, TLS mínimo 1.2, prohibición de acceso anónimo a blobs y desactivación de autorización mediante Shared Key. Puedes consultar los parámetros en az storage account create.

Standard_LRS utiliza redundancia local dentro de un centro de datos de la región primaria. No distribuye las copias entre zonas o regiones. Es una elección para esta práctica; revisa las alternativas antes de diseñar una carga real en redundancia de Azure Storage.

Paso 4. Asigna acceso a los datos

USER_OBJECT_ID="$(az ad signed-in-user show --query id --output tsv)"

STORAGE_ID="$(az storage account show \
  --name "$STORAGE_NAME" \
  --resource-group "$RG_NAME" \
  --query id \
  --output tsv)"

az role assignment create \
  --assignee-object-id "$USER_OBJECT_ID" \
  --assignee-principal-type User \
  --role "Storage Blob Data Contributor" \
  --scope "$STORAGE_ID" \
  --output table

Este bloque está preparado para una sesión interactiva iniciada con un usuario. Concede el rol en la cuenta creada para el ejercicio. La sintaxis está documentada en az role assignment create.

La asignación puede tardar unos minutos en propagarse. Si el siguiente paso devuelve un error de autorización inmediatamente después, revisa la asignación y espera antes de reintentarlo.

Paso 5. Crea el contenedor y sube un archivo

az storage container create \
  --account-name "$STORAGE_NAME" \
  --name "$CONTAINER_NAME" \
  --public-access off \
  --auth-mode login

printf '%s\n' 'Hola, comunidad LarrúaTech. Mi primer archivo en Azure.' \
  > bienvenida.txt

az storage blob upload \
  --account-name "$STORAGE_NAME" \
  --container-name "$CONTAINER_NAME" \
  --name bienvenida.txt \
  --file bienvenida.txt \
  --overwrite true \
  --auth-mode login \
  --output table

--auth-mode login utiliza la identidad autenticada de Microsoft Entra para las operaciones de datos. Evita que el comando intente obtener una clave de cuenta. La recomendación está en autorización de operaciones de Blob Storage con Azure CLI.

El contenedor tiene el acceso anónimo desactivado, como recoge az storage container create. No hemos configurado un endpoint privado: para simplificar, la práctica utiliza conectividad pública con autenticación.

Paso 6. Comprueba y descarga el archivo

az storage blob list \
  --account-name "$STORAGE_NAME" \
  --container-name "$CONTAINER_NAME" \
  --auth-mode login \
  --query '[].{Nombre:name,Bytes:properties.contentLength}' \
  --output table

az storage blob download \
  --account-name "$STORAGE_NAME" \
  --container-name "$CONTAINER_NAME" \
  --name bienvenida.txt \
  --file bienvenida-descargada.txt \
  --overwrite true \
  --auth-mode login \
  --output table

cat bienvenida-descargada.txt

El resultado esperado es una lista que incluya bienvenida.txt y, al leer el archivo descargado, el mismo mensaje que escribiste. Son criterios de comprobación del ejercicio, no una salida capturada de tu suscripción. Las operaciones están documentadas en az storage blob.

Paso 7. Elimina los recursos del laboratorio

Comprueba primero qué contiene el grupo que acabas de crear:

az resource list \
  --resource-group "$RG_NAME" \
  --query '[].{Nombre:name,Tipo:type}' \
  --output table

Cuando hayas confirmado que es el grupo exclusivo de esta práctica, elimínalo. El comando elimina el grupo y sus recursos, incluida la cuenta de almacenamiento y el archivo subido. Mantiene la confirmación interactiva de Azure CLI:

az group delete --name "$RG_NAME"

az group exists --name "$RG_NAME"

Tras completar la eliminación, el último comando debe devolver false. Revisa después Cost Management para comprobar el consumo del laboratorio.

Si aparece un error

Estas comprobaciones orientan el diagnóstico; el código y el mensaje completo del error determinan el siguiente paso. En un entorno corporativo, adapta el laboratorio a sus controles existentes.

11. Qué has aprendido con la práctica

Has conectado una identidad con una suscripción, creado recursos en una región y aplicado un permiso de datos en un ámbito concreto. También has distinguido almacenamiento de objetos, acceso anónimo y conectividad de red.

Para convertir la práctica en aprendizaje, intenta responder sin mirar los comandos:

1. ¿Qué diferencia hay entre el grupo de recursos, la cuenta y el contenedor?
2. ¿Por qué asignamos un rol después de crear la cuenta?
3. ¿Qué identidad autoriza la subida del archivo?
4. ¿Qué cambia si cierras Cloud Shell antes de eliminar el grupo?
5. ¿Qué opción de redundancia utilizaste y qué fallo no cubre?

Si alguna respuesta resulta confusa, vuelve a esa decisión y documenta un ejemplo propio.

12. Cómo continuar y preparar AZ-900

La guía oficial de AZ-900 consultada recoge objetivos vigentes desde el 20 de julio de 2026 y organiza el examen así:

Utiliza la guía de estudio oficial de AZ-900 para comprobar el alcance actual. Este artículo proporciona una base y una práctica; la preparación del examen debe cubrir el conjunto de sus objetivos.

Como ruta de aprendizaje, propongo:

1. Completar los conceptos de nube y explicar los modelos de servicio con ejemplos propios.
2. Repetir el laboratorio y justificar cada decisión de identidad, región y almacenamiento.
3. Practicar después una aplicación web, observando sus dependencias y consumo.
4. Revisar gobierno, supervisión y costes antes de ampliar la arquitectura.
5. Registrar los resultados y los problemas resueltos en un pequeño portafolio.

La ruta oficial de fundamentos de nube es un buen punto de entrada a la formación de Microsoft Learn.

Preguntas frecuentes

¿Necesito programar para empezar con Azure?

Puedes comenzar estudiando conceptos y administrando recursos desde el portal. Para desarrollar aplicaciones o automatizar despliegues, necesitarás aprender las herramientas y los lenguajes correspondientes. Empieza por una tarea concreta y añade complejidad cuando la necesites.

¿Azure sirve únicamente para Windows?

Azure permite trabajar con Linux, tecnologías abiertas y distintos lenguajes. La presentación de la plataforma en el Cloud Adoption Framework describe esa flexibilidad.

¿Azure y Microsoft 365 son lo mismo?

Son ofertas distintas. Azure proporciona una plataforma para construir y operar soluciones; Microsoft 365 ofrece aplicaciones y servicios de productividad. Pueden compartir identidad mediante Microsoft Entra, pero debes revisar las condiciones y el consumo de cada servicio.

¿Qué herramienta utilizo: portal, CLI o infraestructura como código?

El portal ayuda a explorar. La CLI facilita repetir y automatizar operaciones. Las plantillas ARM y Bicep permiten describir infraestructura de forma declarativa. Microsoft explica estas opciones en Azure Resource Manager. Para empezar, alterna portal y CLI y comprueba que reconoces los mismos recursos.

¿Cuándo está lista una solución para producción?

Cuando has validado sus requisitos, funcionamiento y operación: acceso, configuración, recuperación, observabilidad, rendimiento y costes. Un despliegue correcto es una comprobación necesaria, pero todavía debes evaluar cómo se comportará y quién lo operará.

Construye tu primer ejemplo con criterio

Empieza por un objetivo pequeño: guardar un documento, publicar una página o ejecutar una tarea. Decide qué recurso necesita, quién podrá utilizarlo, cómo comprobarás que funciona y cuándo lo eliminarás.

Documenta esas decisiones junto a los comandos y los resultados. Ese hábito convierte una primera práctica en una base útil para aprender Azure, compartir conocimiento con la comunidad y explicar con claridad las soluciones que construyas.